本文介绍一种不依赖前台服务、线程轮询或定时器的可靠方案：通过记录精确的时间戳（LocalDateTime.now()）并持久化存储，在用户打卡时计算真实工作时长，即使应用被杀、手机重启也能保持计时准确性。
本文介绍一种不依赖前台服务、线程轮询或定时器的可靠方案：通过记录精确的时间戳（localdatetime.now()）并持久化存储，在用户打卡时计算真实工作时长，即使应用被杀、手机重启也能保持计时准确性。
在 Android 开发中，实现一个“真·工作计时器”——即支持后台持续计时、跨进程存活、甚至设备重启后仍能延续计时——是常见但极具挑战性的需求。许多开发者尝试使用前台服务 + Handler/Timer/ExecutorService + WakeLock 等组合，却频繁遭遇以下问题：
- 前台服务被系统（尤其国产 ROM）强制回收；
-
Thread.sleep(1000)或TimerTask在长时间运行后出现精度漂移或卡顿； - 应用被杀后计时状态丢失，重启即归零；
-
SharedPreferences仅存毫秒值却未做时区与夏令时校验，导致跨日计算出错。
根本原因在于：你不该“持续运行”计时逻辑，而应“按需计算”时间差。
真正健壮的设计不是让代码一直跑着“数秒”，而是在用户点击「开始」时记录精准起点时间，在点击「结束」时记录终点时间，中间无需任何活跃组件维持——时间本身由系统时钟保障，你只需安全地存取它。
✅ 推荐方案（Android 兼容 Java 8+）：
使用 java.time.LocalDateTime（需在 app/build.gradle 中启用 desugaring）：
android {
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
// 启用 Java 8+ 时间 API 兼容（Android 7.0 以下）
defaultConfig {
coreLibraryDesugaringEnabled true
}
}
dependencies {
coreLibraryDesugaring 'com.android.tools:desugar_jdk_libs:2.0.4'
}
? 打卡开始（Start）时：
LocalDateTime clockIn = LocalDateTime.now();
String clockInStr = clockIn.toString(); // 格式如 "2024-05-20T09:30:15.123"
SharedPreferences prefs = getSharedPreferences("work_timer", MODE_PRIVATE);
prefs.edit().putString("clock_in_time", clockInStr).apply();
? 打卡结束（End）时：
SharedPreferences prefs = getSharedPreferences("work_timer", MODE_PRIVATE);
String clockInStr = prefs.getString("clock_in_time", null);
if (clockInStr == null) {
Toast.makeText(this, "未检测到开始时间，请先点击「开始」", Toast.LENGTH_SHORT).show();
return;
}
try {
LocalDateTime clockIn = LocalDateTime.parse(clockInStr);
LocalDateTime clockOut = LocalDateTime.now();
Duration duration = Duration.between(clockIn, clockOut);
long totalSeconds = duration.getSeconds();
long hours = totalSeconds / 3600;
long minutes = (totalSeconds % 3600) / 60;
long seconds = totalSeconds % 60;
String result = String.format("%02d:%02d:%02d", hours, minutes, seconds);
textViewDuration.setText(result);
// ✅ 清除已结算的打卡记录（可选）
prefs.edit().remove("clock_in_time").apply();
} catch (DateTimeParseException e) {
Log.e("WorkTimer", "时间解析失败", e);
Toast.makeText(this, "时间数据异常，请重试", Toast.LENGTH_SHORT).show();
}
⚠️ 关键注意事项：
-
LocalDateTime不包含时区信息，适用于同一设备本地场景（如个人工时统计）。若需多设备同步或服务器对账，应改用Instant（UTC 时间戳）+SharedPreferences存long值，更轻量且无解析开销； - 务必在读取前校验
clockInStr != null，避免空指针； - 使用
apply()而非commit()，保证异步写入不阻塞主线程； - 若需历史记录（如每日打卡明细），强烈建议迁移到 Room 或 SQLite，按
id,clock_in,clock_out,duration_seconds建表，便于统计、导出与异常检测（例如：连续两天未打卡提醒）； - 不要试图用
WorkManager定期唤醒计算——它无法保证秒级精度，且违背“按需计算”原则。
? 总结：真正的鲁棒性来自简化逻辑，而非堆砌机制。放弃“让计时器永远跑着”的执念，转而信任系统时钟的可靠性，用不可变时间戳 + 精确解析替代脆弱的后台线程，即可一劳永逸解决被杀、休眠、重启等所有场景下的计时中断问题。
