如何阻止用户修改系统时间？关于AlarmManager闹钟应用的技术咨询

问题1：如何阻止用户修改系统设置中的时间？ #

先给你说个实话：普通面向消费者的应用，根本拿不到直接阻止用户改系统时间的权限——这是系统级核心权限，只开放给企业设备管理类应用。不过分两种场景给你可行的方案：

• 企业/设备所有者应用场景
  如果你是给企业开发的管理应用（比如公司统一配发的设备），可以通过DevicePolicyManager禁用时间修改功能：
  1. 先写一个继承自DeviceAdminReceiver的接收器类；
  2. 引导用户授权你的应用成为设备所有者；
  3. 调用以下代码禁用时间修改：

DevicePolicyManager dpm = (DevicePolicyManager) getSystemService(Context.DEVICE_POLICY_SERVICE);
ComponentName adminComponent = new ComponentName(this, YourDeviceAdminReceiver.class);

if (dpm.isAdminActive(adminComponent)) {
    dpm.addUserRestriction(adminComponent, UserManager.DISALLOW_SET_TIME);
}

这样用户的系统设置里就找不到修改时间的入口了，但普通消费应用别尝试这个，用户大概率不会同意授权设备管理员。

• 普通应用场景
  阻止不了，但可以绕开系统时间修改的影响：
  • 用AlarmManager.ELAPSED_REALTIME_WAKEUP替代RTC_WAKEUP：这种闹钟类型基于设备开机后的运行时长，和系统时间完全无关，就算用户改了时间，闹钟依然会在你设定的相对时间（比如40分钟后）触发；
  • 检测时间篡改：调用NTP接口获取网络时间，和本地系统时间对比，如果差值超过合理范围（比如5分钟），就提示用户时间异常，或者直接用网络时间校准应用逻辑。

问题2：你的闹钟应用实现的优化建议 #

你的现有方案（PendingIntent + AlarmManager + System.currentTimeMillis()）能正常运行已经很不错了，但有几个细节可以优化，避免用户修改系统时间导致的bug：

1. 替换System.currentTimeMillis()为SystemClock.elapsedRealtime()
   用系统当前时间计算触发时间的话，用户一改系统时间，倒计时和闹钟触发逻辑就全乱了。改用elapsedRealtime（设备开机到现在的毫秒数）就没这个问题：

// 设置40分钟后触发的闹钟
long delayMillis = 40 * 60 * 1000;
long triggerAtElapsed = SystemClock.elapsedRealtime() + delayMillis;

AlarmManager alarmManager = (AlarmManager) getSystemService(Context.ALARM_SERVICE);
Intent alarmIntent = new Intent(this, YourAlarmReceiver.class);
PendingIntent pendingIntent = PendingIntent.getBroadcast(
    this, 
    0, 
    alarmIntent, 
    PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE
);

// Android 6.0+ 必须用这个API，保证Doze模式下闹钟也能准时响
alarmManager.setExactAndAllowWhileIdle(AlarmManager.ELAPSED_REALTIME_WAKEUP, triggerAtElapsed, pendingIntent);

显示倒计时的时候，用triggerAtElapsed - SystemClock.elapsedRealtime()计算剩余时长，不管用户怎么改系统时间，倒计时都是准确的。

2. 适配高版本Android的要求

• Android 6.0（API 23）之后引入了Doze模式，普通的setExact会被延迟，所以一定要用setExactAndAllowWhileIdle；
• Android 12（API 31）要求PendingIntent必须添加FLAG_IMMUTABLE或FLAG_MUTABLE，否则会抛出异常，记得加上这个标记。

3. 持久化存储触发时间
   用户返回应用时要显示剩余时长，建议把triggerAtElapsed存在SharedPreferences里，应用重新打开时，用当前的elapsedRealtime和存储的triggerAtElapsed计算剩余时间，这样即使应用被杀死，重新打开也能正确显示。

内容的提问来源于stack exchange，提问作者jonny