在 Android 7.1.2 中，仅通过 toybox date 设置系统时间不会持久化至硬件时钟，导致重启后恢复旧时间；需额外执行 hwclock -uw 和 sync 同步系统时间到 RTC 并刷新磁盘缓存，才能实现真正持久化。
在 android 7.1.2 中，仅通过 `toybox date` 设置系统时间不会持久化至硬件时钟，导致重启后恢复旧时间；需额外执行 `hwclock -uw` 和 `sync` 同步系统时间到 rtc 并刷新磁盘缓存，才能实现真正持久化。
Android 设备的时间由两部分组成：系统时间（System Time） 和 硬件实时时钟（RTC, Real-Time Clock）。系统时间是内核运行时维护的软件时间，依赖于启动时刻从 RTC 读取的初始值；而 RTC 是主板上独立供电的低功耗芯片，负责在设备关机/断电时持续计时。因此，仅修改系统时间（如调用 toybox date 或 date）并不会自动更新 RTC —— 这正是 Android 7.1.2 中时间重启失效的根本原因。
从 Android 8.0（Oreo）起，系统对 date 命令的行为进行了增强：当以 root 权限执行 toybox date 时，它会自动同步更新 RTC（即隐式调用 hwclock --systohc），因此时间可持久保存。但在 Android 7.1.2 及更早版本中，toybox date 仅修改内核系统时间，RTC 保持不变。重启时，系统仍从“过期”的 RTC 加载初始时间，导致设置丢失。
✅ 正确的持久化操作流程如下（需 root 权限）：
-
先设置系统时间（使用标准格式：
MMDDhhmm[[CC]YY][.ss]）：su 0 toybox date 041514302025.22 # 示例：2025年4月15日 14:30:22
-
强制将当前系统时间写入硬件时钟（RTC）：
su 0 hwclock -uw # -u 表示 UTC 时间（推荐），-w 表示 write to hardware clock
-
确保时间数据落盘，避免因缓存未刷导致写入失败：
su 0 sync
⚠️ 注意事项：
hwclock在部分精简版 Android 系统（如某些厂商定制 ROM）中可能不可用。若报错command not found，可尝试busybox hwclock -uw（需预装 busybox）或检查/system/bin/hwclock是否存在。- 使用
-u参数表示以 UTC 模式写入 RTC。若设备时区配置正确且系统启用 NTP/网络校时，推荐统一使用 UTC，避免夏令时或时区切换引发偏差。sync命令虽非绝对必需，但在嵌入式环境中能显著提升 RTC 写入可靠性，建议保留。- Android 8.1+ 用户无需额外操作，但若遇到类似问题，应优先确认是否误用了非 root 上下文或 SELinux 策略拦截了
hwclock。
? 将上述逻辑集成进 Java 代码（适配 Android 7.1.2）：
public static void changeSystemTimeAndPersist(String year, String month, String day, String hour, String minute, String second) {
try {
// Step 1: Set system time
String dateCmd = "su 0 toybox date " + month + day + hour + minute + year + '.' + second;
Runtime.getRuntime().exec(dateCmd).waitFor();
// Step 2: Sync to hardware clock (UTC)
Runtime.getRuntime().exec("su 0 hwclock -uw").waitFor();
// Step 3: Force disk sync
Runtime.getRuntime().exec("su 0 sync").waitFor();
} catch (Exception e) {
MyLogger.add(Level.SEVERE, "Time persistence failed: " + e.getMessage());
}
}
总结：跨 Android 版本的时间持久化不能依赖单一命令。开发者需根据目标系统版本区分处理逻辑——Android 7.x 及以下必须显式调用 hwclock -uw && sync，而 8.0+ 可简化为 toybox date 单步操作。理解系统时间与硬件时钟的分离机制，是解决此类底层时间管理问题的关键。
