Android ACTION_DATE_CHANGED 广播

Question

我有一个 Nexus S，当我在手机上手动更改日期时，ACTION_DATE_CHANGED 并不总是广播。如果我将日期从 2014 年 2 月 13 日更改为 2014 年 2 月 14 日，我还没有让 ACTION_DATE_CHANGED 起作用，但如果我将其设置为未来几年，我有时会触发它.

我可以 (99%) 向您保证，我没有滥用 IntentFilters、BroadcastReceivers 等。我只是好奇为什么这个广播的文档记录如此差。通过 SO 和 Google 的快速扫描显示，人们不确定它是否发生在用户手动更改它时，或者当日期在每天凌晨 12:00 翻转时发生，或者两者兼而有之。我的经验表明，用户更改非常不一致，我还没有尝试过系统更改。

我将遍历 AOSP 代码并隔离所有触发此代码的点并报告回来。

编辑：问题：有人知道这里发生了什么吗？ :-)

Answer 1

我也遇到了同样的问题。我注意到即使同时使用ACTION_TIME_CHANGED 和ACTION_DATE_CHANGED，我也无法始终检测到日期何时更改。我认为这是平台的错误。

所以我为ACTION_TIME_TICK 添加了接收者，并在日期更改时签入该回调。

Answer 2

这是 frameworks/base/services/java/android/server/AlarmManagerService.java 中 4.0.3_r1 的代码。

首先，我们创建一个 PendingIntent mDateChangeSender；

private final PendingIntent mDateChangeSender;

然后，在 AlarmManagerService.java 的构造函数中，我们设置 PendingIntent：

Intent intent = new Intent(Intent.ACTION_DATE_CHANGED);
intent.addFlags(Intent.FLAG_RECEIVER_REPLACE_PENDING);
mDateChangeSender = PendingIntent.getBroadcast(context, 0, intent, 0);

然后在构造函数中：

mClockReceiver.scheduleDateChangedEvent();

那么什么是 mClockReceiver？只是一个监听 Intent.ACTION_TIME_TICK 和 Intent.ACTION_DATE_CHANGED 的 BroadcastReceiver。在它的 onReceive() 中：

...
else if (intent.getAction().equals(Intent.ACTION_DATE_CHANGED)) {
...
    scheduleDateChangedEvent();
}

然后，稍后我们找到方法 scheduleDateChangedEvent()：

public void scheduleDateChangedEvent() {
     Calendar calendar = Calendar.getInstance();
     calendar.setTimeInMillis(System.currentTimeMillis());
     calendar.set(Calendar.HOUR, 0);
     calendar.set(Calendar.MINUTE, 0);
     calendar.set(Calendar.SECOND, 0);
     calendar.set(Calendar.MILLISECOND, 0);
     calendar.add(Calendar.DAY_OF_MONTH, 1);
     set(AlarmManager.RTC, calendar.getTimeInMillis(), mDateChangeSender);
}

所以它设置了一个一次性警报，从当前时间开始，然后将小时/分钟/秒/毫秒设置为零，然后添加一天，所以如果是今天下午 1:30，下次它会得到发射将在 10 小时 30 分钟内完成。

这并不是说这里没有错误或任何东西，但看起来 ACTION_DATE_CHANGED 应该在每天午夜触发。

现在 - 如果我要更改手机上的日期，可以说是 10 年后。处理时间更改的代码将触发第一个 ACTION_DATE_CHANGED 事件，然后安排一个新的 ACTION_DATE_CHANGED 被触发，时间为 10 年 + 一天的一小部分。然后，如果我们将日期改回 10 年，更改为正确的日期，警报仍计划在 10 年后触发，因此 ACTION_DATE_CHANGED 将不再触发（除非您将日期设置为 10 年后 - 试试吧！ )。

tl;dr：这是 Android 中的一个错误。

Answer 3

与 ZachM 的研究相匹配，https://code.google.com/p/android/issues/detail?id=2880 记录了一个 AOSP 错误，即在时钟向后设置后，ACTION_DATE_CHANGED 不会再次触发，直到时钟赶上第二天的时间。

（还有一条关于此广播延迟数小时的说明。设置测试时钟或设备睡眠时更改日期的结果？）

在错误之外，ACTION_DATE_CHANGED 表示时钟到达第二天，而ACTION_TIME_CHANGED (== "android.intent.action.TIME_SET") 表示时钟已设置（调整）。

ZachM 的“如果我要修补这个...”听起来像是一个很好的解决方法，在应用程序中使用这样的警报（不是广播）。

编辑

AOSP 错误 #2880 有一条新注释指出 scheduleDateChangedEvent() 中的一个（另一个？）错误：在它调用 calendar.set(Calendar.HOUR, 0); 的地方，第一个参数应该是 HOUR_OF_DAY。

来自java.util.Calendar：

HOUR 用于 12 小时制 (0 - 11)。中午和午夜用 0 表示，而不是用 12 表示。例如，在晚上 10:04:15.250，HOUR 是 10。

HOUR_OF_DAY 用于 24 小时制。例如，在晚上 10:04:15.250，HOUR_OF_DAY 是 22。

因此，如果scheduleDateChangedEvent() 在半天下午运行，它会将下一个闹钟安排在中午而不是午夜。

Answer 4

您实际上可以使用 BroadcastReceiver。也只需使用 ACTION_TIMEZONE_CHANGED。

我已经为此做了一个很好的解决方案，在这里：

https://stackoverflow.com/a/48782963/878126