Android后台递增计时器开发：onStop与onCreate生命周期回调时间差计算及启动异常排查

很高兴看到你已经自己找到了解决核心问题的方法！让我帮你拆解一下问题根源，再分享几个可以让代码更健壮的小建议：

核心问题解析 #

你遇到的“初始时间随机”问题，本质是时间单位不匹配：

• 你的time变量是以秒为单位递增的（startTimer()里每秒执行time++）
• 但onStop()中保存的System.currentTimeMillis()和onCreate()中获取的系统时间都是毫秒单位
• 之前直接计算timeGap = startingSysTime - mEndTime得到的是毫秒差，直接加到time上相当于把毫秒当成秒来加，自然会出现时间跳变的问题

你的解决方案完全正确：将毫秒差转换为秒，也就是：

timeGap = (startingSysTime - mEndTime)/1000;

这样单位统一后，计时器就能正确续接之前的时间了。

如何正确计算onStop与onCreate的时间差 #

其实你已经实现了正确的逻辑，再梳理一遍：

1. 在onStop()时，保存两个关键值到SharedPreferences：
   • 当前累计的计时秒数（time）
   • 当前系统的毫秒时间戳（System.currentTimeMillis()）
2. 在onCreate()时：
   • 读取之前保存的累计秒数和停止时的系统时间戳
   • 计算当前系统时间戳与停止时的时间戳差值（毫秒），转换为秒数
   • 将这个差值加到累计秒数上，得到从上次停止到现在流逝的时间

代码优化建议 #

为了让你的计时器更稳定，还有几个可以改进的点：

• 避免用Double存储整数时间：Double类型在存储大整数时可能会出现精度丢失，建议直接用long类型存储累计秒数和系统时间戳，省去Double.longBitsToDouble这类转换，代码更简洁安全。
• 在onStop时停止Timer：当前代码中onStop()只是保存数据，但Timer还在后台运行，会导致time变量继续递增，下次启动时计算的时间会不准。应该在onStop()中调用timer.cancel()和timertask.cancel()，并在需要重启时重新创建Timer。
• 处理配置变化：如果用户旋转屏幕，Activity会重新创建，你的当前逻辑会重复启动Timer。可以在onSaveInstanceState()中保存临时状态，或者给Activity加上android:configChanges="orientation|screenSize"属性避免重建。
• 添加计时暂停功能：当前代码没有暂停按钮逻辑，如果用户点击按钮需要暂停，记得在暂停时也保存状态，并停止Timer。

举个简化版的long类型存储示例：

// onStop中保存
editor.putLong("mTimeValue", (long)Math.round(time));
editor.putLong("onDestr_SysTime", System.currentTimeMillis());
editor.apply();

// onCreate中读取
time = prefs.getLong("mTimeValue", 0);
mEndTime = prefs.getLong("onDestr_SysTime", 0);
if(mEndTime != 0){
    long currentSysTime = System.currentTimeMillis();
    timeGap = (currentSysTime - mEndTime)/1000.0;
    time += timeGap;
}

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