Android 精确闹钟总是关闭 3 分钟

Question

我有一个应用程序，它使用 AlarmManager 定期在整点唤醒手机并向 Android Wear watch 发送一条消息，该 watch 会产生短暂的振动。我有两个用户的三星 Galaxy S6 和 5.1.1 的三星 Galaxy S6 和 5.1.1 的索尼 SW 3 遇到了一个奇怪的错误。在第一个整小时，振动是在准确的时间，但所有其他振动都延迟了 3 分钟。有时甚至第一个整小时的振动也会延迟。

这里有一些代码:

final Calendar time = Calendar.getInstance();
time.set(Calendar.SECOND, 0);
time.set(Calendar.MILLISECOND, 0);
time.set(Calendar.MINUTE, 0);
time.set(Calendar.HOUR_OF_DAY, time.get(Calendar.HOUR_OF_DAY) + 1);

final Intent hourlyChimeIntent = new Intent(context, HourlyChimeReceiver.class);
hourlyChimeIntent.setAction(key);
final AlarmManager am = (AlarmManager)context.getSystemService(Context.ALARM_SERVICE);
final PendingIntent pi = PendingIntent.getBroadcast(context, 0, hourlyChimeIntent, PendingIntent.FLAG_CANCEL_CURRENT);
am.setExact(AlarmManager.RTC_WAKEUP, time.getTimeInMillis(), pi);

我在接收器中获取了一个 WakeLock，然后在线程中向 Wear watch 发送消息。没有错过任何振动，他们只是迟到了 3 分钟。

我没有关于此问题的其他报告，我的所有测试设备都运行良好。不过我没有三星设备。

任何想法可能导致 3 分钟延迟？三星是否会忽略 setExact 并使我的闹钟不准确？如何强制三星发出准确的警报？

编辑:

这是 Android Wear 特定的代码。在接收者的 onReceive 方法中，我这样做:

final PowerManager mgr = (PowerManager)context.getSystemService(Context.POWER_SERVICE);
final PowerManager.WakeLock lock = mgr.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, BuildConfig.APPLICATION_ID);
lock.acquire(7L * 1000L);

final GoogleApiClient googleApiClient = new GoogleApiClient.Builder(context).addApi(Wearable.API).build();

new Thread(new Runnable() {
    @Override
    public void run() {
        googleApiClient.blockingConnect();

        long pattern[];
        pattern = new long[] {0L, 500L};

        final NodeApi.GetConnectedNodesResult nodes = Wearable.NodeApi.getConnectedNodes(googleApiClient).await(2000L, TimeUnit.MILLISECONDS);

        if (nodes != null) {
            for (final Node node : nodes.getNodes()) {
                // just send and forget
                Wearable.MessageApi.sendMessage(googleApiClient, node.getId(), "/hourly_chime", Utils.Vibrator.serializeVibratePattern(pattern).getBytes()).await();
            }
        }
    }
}).start();

Answer 1

此问题似乎仅出现在带有 Lollipop(5.0、5.1、5.1.1)的三星设备(例如 Galaxy Grand、S4、S5、S6、Note 3、Note 4)上。当设备使用电池且屏幕关闭时，警报的安排似乎不准确。如果设备在计划警报期间正在充电或屏幕开启，则不会出现此问题。

您可以通过以下方式验证下一个警报是否不准确:

adb shell dumpsys alarm

我没有为这个问题找到完美的解决方案 - 只有解决方法，每个都有一些缺点:

1. 使用 setAlarmClock 代替 setExact (参见 this answer )。这很好用(不是在所有设备上)，但这个解决方案的问题是警报会通过在状态栏中显示警报图标(如果有人还没有设置闹钟)并显示下一个闹钟预定时间来影响系统在警报小部件等上。不幸的是，虽然这适用于 5.1.1 的 Galaxy Grand，但它不适用于 5.0.1 的 Galaxy S4。
2. 在安排闹钟之前启用屏幕(我会在安排下一个闹钟之前半秒这样做以避免竞争状况)。当然，不是每个应用都启用屏幕只是为了安排下一个闹钟。
3. 一个bug report describing similar issue将其与应用程序包名称长度相关联!我没有验证它是否真的解决了这个问题，因为更改包名称不是已发布应用的选项。
4. 有another report有人声称可以使用 WakefulBroadcastReceiver 解决此问题，但在我的情况下不起作用。

顺便说一句，这个问题让我抓狂:)

编辑:当应用程序包名称中包含关键字“alarm”或“alert”时，似乎不会发生此问题(正如 Mathieu H. 在下面的评论中指出的那样)。 p>

我还可以通过在电池设置(或智能管理器应用)中禁用应用优化来手动解决此问题。似乎无法以编程方式完成，因此您可以尝试询问您的用户...