Firebase实时数据库密钥生成对Android/iOS设备上的时钟变化是否可靠#AskFirebase

Question

Firebase实时数据库使用带时间前缀的推送ID，因此新对象总是按其创建时间戳排序。

如果Android和iOS应用程序上启用了脱机功能，如果用户禁用了自动时钟同步，SDK是否会：

1. 恢复连接时是否检测更改并调整前缀
2. 遵守时钟变化并创建前缀不正确的ID

2019年，巴西政府取消了夏令时，没有给运营商和互联网提供商适当的时间做好准备。因此，时钟被自动提前，由于时间戳不一致，导致巴西的几个分布式系统崩溃。这种现象被称为博尔索纳罗的臭虫。

绝望的是，因为他们不再收到客户的订单，他们关闭了自动时钟调整并手动设置，依靠移动设备工作的用户（如出租车司机、快递专业人员等）关闭了设备上的自动时钟更新，并在1小时内手动将街区转回。因此：

1. 如果你住在里约热内卢，GMT-3将在夏令时更新为GMT-2，但世界协调时不会改变（到目前为止，一切都很好）。
2. 打开自动更新并手动减去1小时来修复与设备UTC混乱的错误，即它比真正的UTC落后1小时。

当用户脱机保存数据（时钟不正确）并在数小时后尝试与服务器同步时，该场景会出现问题。

由于Firebase实时数据库具有离线功能，推送ID按时间顺序排序，因此在这种非常特殊的情况下，是否有可能：

1. 将此延迟通知SDK到正确的UTC时间
2. 帮助SDK修复离线生成的推送ID并更新其时间戳前缀

Answer 1

不准确的本地时钟可能会导致推送ID不准确，就时间顺序而言。如果您需要准确的时间进行排序，我不会过于依赖推送ID的排序。

您可能希望阅读有关时钟偏移的文档，以了解有关如何处理可能的时间差的更多信息：

而火力基地。数据库服务器值。时间戳更为准确，对于大多数读/写操作来说更为可取，它有时可以用于估计客户机相对于Firebase实时数据库服务器的时钟偏差。您可以将回调附加到位置/。info/serverTimeOffset获取Firebase实时数据库客户端添加到本地报告时间（以毫秒为单位的历元时间）以估计服务器时间的值（以毫秒为单位）。请注意，此偏移量的准确性可能会受到网络延迟的影响，因此主要用于发现大型数据(

DatabaseReference offsetRef = FirebaseDatabase.getInstance().getReference(".info/serverTimeOffset");
offsetRef.addValueEventListener(new ValueEventListener() {
    @Override
    public void onDataChange(@NonNull DataSnapshot snapshot) {
        double offset = snapshot.getValue(Double.class);
        double estimatedServerTimeMs = System.currentTimeMillis() + offset;
    }

    @Override
    public void onCancelled(@NonNull DatabaseError error) {
        Log.w(TAG, "Listener was cancelled");
    }
});