AlarmManager 在错误的时间触发警报

Posted 2023-04-14

【中文标题】AlarmManager 在错误的时间触发警报

【英文标题】：AlarmManager fires alarms at wrong time

【发布时间】：2014-02-23 00:48:02

【问题描述】：

我设法创建了一个通知服务，用于在警报时触发通知。不幸的是，使用 AlarmManager 设置警报无法正常工作。它会在几分钟后触发（不完全是几个小时，这表明存在时区问题）。循环周期为 1 周，因此我使用常量 INTERVAL_DAY 并将其乘以 7。为了确保一个 PendingIntent 不会替换另一个，我将 dayOfWeek 作为第二个参数传递给 PendingIntent.getService()。我通过记录来检查警报触发时间的正确性：

Log.d(TAG, "next alarm " + df.format(cal.getTime()));

真的没有办法列出所有设置的警报 - 至少是我自己的应用程序中的那些？我相信这是追踪错误的唯一方法。

我的代码：

cal.setTimeInMillis(System.currentTimeMillis());
cal.add(Calendar.DATE, 1);
cal.set(Calendar.HOUR_OF_DAY, hour);
cal.set(Calendar.MINUTE, minute);
Log.d(TAG, "next alarm " + df.format(cal.getTime()));
Intent showNotificationIntent = new Intent(context, NotificationService.class);
dayOfWeek = cal.get(Calendar.DAY_OF_WEEK);
alarmIntent = PendingIntent.getService(context, dayOfWeek, showNotificationIntent, 0);
getAlarmManager(context).setInexactRepeating(AlarmManager.RTC_WAKEUP, cal.getTimeInMillis(),
    INTERVAL_WEEK, alarmIntent);

我想提供每天都有一个闹钟，但在不同的时间，可以由用户设置。所以我最多使用 7 个警报，它们应该每周触发一次。

即使阅读了许多类似问题的答案（我不打算创建重复的问题），我也没有设法找到问题。

【问题讨论】：

因为 setInexactRepeating。使用 setRepeating，itr 会在合适的时间被处理。

在当前版本中，setRepeating() 和 setInexactRepeating() 之间没有区别了。文档一直不鼓励使用 setRepeating()。在我的应用程序中这不是几秒钟，但警报应该在设定时间的一分钟内发出。

是的，不鼓励使用 setRepeating，因为它会在特定时间强制发出警报，无论哪种情况，您都需要时间精度。所以这里的子句不成立。

其实你是对的。 setRepeating() 工作正常。正如我所说，我曾预料到“不精确”意味着重复周期不精确，但第一个警报是。重复的警报不会按秒触发，而是在一分钟内触发。在空闲设备上它可以延迟几分钟，这让我很意外。

我同意你的看法 - 应该可以列出应用程序的所有预定警报。没有 API 真是太烦人了

【参考方案1】：

对于低于 19 的 api 级别，您应该使用AlarmManager.setRepeating()，您的警报将在指定时间准确触发。你在 api 级别 19 及以上将不再工作。 android 发生了变化，因此所有重复的警报都是不准确的。因此，如果您想实现精确的重复警报，您应该使用AlarmManager.setExact() 安排警报，然后在警报触发时再次执行下周等每周。

【讨论】：

我希望不精确的重复足够好。这不是几秒钟，但警报应该在设定时间的一分钟内触发，至少在设备唤醒和空闲时。我在这里错了吗？由于 API 级别 19 是我用作目标的级别，所以无论如何都没有区别。我只是希望闹钟与日历中设置的闹钟一样准确。

在 api 级别 19+ 中，setRepeating() 在 19 以下的设备上将与 setInexactRepeating() 相同，因此请注意这一点。不精确的重复警报不会在它应该发生之前发生，但它可能会在它应该发生的几乎整个间隔发生。每周间隔可能不会发生这种情况，但需要注意一些事情。这将取决于您在设备上同时设置的其他闹钟。

其实你是对的。 setRepeating() 工作正常。正如我所说，我曾预料到“不精确”意味着重复周期不精确，但第一个警报是。重复的警报不会按秒触发，而是在一分钟内触发。在空闲设备上它可以延迟几分钟，这让我很意外。

【参考方案2】：

因为 setInexactRepeating。使用 setRepeating，它会在正确的时间被处理。

代替：

setInexactRepeating 

使用

setRepeating

setInexactRepeating，对操作系统和电池友好，它将所有要在警报接收上完成的工作分批处理并一个接一个地工作，而 setRepeating 会立即触发警报

另外请注意：一旦手机重新启动，警报就会消失，您可能必须实现启动广播接收器以使其持久化。确保您不执行该运行时，您需要在 Manifest 中实现它，否则当您的应用不在后台时，您将不会收到任何广播。

一个小例子：

这是工作代码。它每 10 分钟唤醒一次 CPU，直到手机关机。

添加到 Manifest.xml：

...
<uses-permission android:name="android.permission.WAKE_LOCK"></uses-permission>
...
<receiver  android:process=":remote" android:name="Alarm"></receiver>
...

代码：

    package YourPackage;
    import android.app.AlarmManager;
    import android.app.PendingIntent;
    import android.content.BroadcastReceiver;
    import android.content.Context;
    import android.content.Intent;
    import android.os.PowerManager;
    import android.widget.Toast;

    public class Alarm extends BroadcastReceiver 
        
         @Override
         public void onReceive(Context context, Intent intent) 
            
             PowerManager pm = (PowerManager) context.getSystemService(Context.POWER_SERVICE);
             PowerManager.WakeLock wl = pm.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, "");
             wl.acquire();

             // Put here YOUR code.
             Toast.makeText(context, "Alarm !!!!!!!!!!", Toast.LENGTH_LONG).show(); // For example

             wl.release();
         

     public void SetAlarm(Context context)
     
         AlarmManager am=(AlarmManager)context.getSystemService(Context.ALARM_SERVICE);
         Intent i = new Intent(context, Alarm.class);
         PendingIntent pi = PendingIntent.getBroadcast(context, 0, i, 0);
         am.setRepeating(AlarmManager.RTC_WAKEUP, System.currentTimeMillis(), 1000 * 60 * 10, pi); // Millisec * Second * Minute
     

     public void CancelAlarm(Context context)
     
         Intent intent = new Intent(context, Alarm.class);
         PendingIntent sender = PendingIntent.getBroadcast(context, 0, intent, 0);
         AlarmManager alarmManager = (AlarmManager) context.getSystemService(Context.ALARM_SERVICE);
         alarmManager.cancel(sender);
     
 

从服务中设置警报：

package YourPackage;
import android.app.Service;
import android.content.Context;
import android.content.Intent;
import android.os.IBinder;

public class YourService extends Service

    Alarm alarm = new Alarm();
    public void onCreate()
    
        super.onCreate();       
    

    public void onStart(Context context,Intent intent, int startId)
    
        alarm.SetAlarm(context);
    

    @Override
    public IBinder onBind(Intent intent) 
    
        return null;
    

如果您想在手机开机时设置重复闹钟：

向 Manifest.xml 添加权限：

<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED"></uses-permission>
...
<receiver android:name=".AutoStart">
    <intent-filter>
        <action android:name="android.intent.action.BOOT_COMPLETED"></action>
    </intent-filter>
</receiver>
...

并创建新类：

package YourPackage;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;

public class AutoStart extends BroadcastReceiver
   
    Alarm alarm = new Alarm();
    @Override
    public void onReceive(Context context, Intent intent)
       
        if (intent.getAction().equals("android.intent.action.BOOT_COMPLETED"))
        
            alarm.SetAlarm(context);
        
    

【讨论】：

重启后重新设置闹钟不是问题，我已经解决了这个问题。由于我使用 API 级别 19 作为目标，setRepeating() 和 setInexactRepeating() 之间没有区别，但我希望警报会在设定时间的一分钟内触发，至少在设备唤醒和空闲时。我错了吗？

Android API 级别 19 上的 setRepeating 方法已更改，因此 setRepeating 不会产生所需的结果，现在有两种方法可以实现您想要的 1) 设置最大 SDK 目标和目标SDK 版本至 18，可以在 19 或 2 上正常工作）包括用于 API 级别 19 的精确重复警报的方法。更多信息：developer.android.com/reference/android/app/…, long, android.app.PendingIntent)

其实你是对的。 setRepeating() 工作正常。正如我所说，我曾预料到“不精确”意味着重复周期不精确，但第一个警报是。重复的警报不会按秒触发，而是在一分钟内触发。在空闲设备上它可以延迟几分钟，这让我很意外。

官方文档并不太清楚一切是什么以及如何工作的，前几天我也在研究警报管理器，由于广泛的研究和各种来源，我开始了解这一切。我计划在周末发布一篇博文，这可能对社区有所帮助。如果您采用上述方式，请确保将 maxSDK 保持为 18。

为什么要在远程进程中运行接收器？