Flutter离线模式下设备时间被篡改时如何获取可靠时间？

针对你提到的离线时依赖设备时钟不可靠、用户可篡改时间导致考勤/会话追踪失效的问题，以下是几个可落地的解决方案：

1. 利用设备单调时钟结合在线同步时间 #

设备的单调时钟是从设备启动后开始持续递增的时间戳，不受用户修改系统时间的影响（Android端对应SystemClock.elapsedRealtime()，iOS端对应CACurrentMediaTime()）。我们可以基于这个特性实现可靠时间计算：

实现逻辑 #

• 在线阶段：请求服务器获取当前标准时间，同时通过Flutter的平台通道获取此时的单调时钟值，将这两个值关联存储（建议用加密存储）。
• 离线阶段：获取当前单调时钟值，计算它与上次同步时的单调值的差值，将这个差值加到上次同步的服务器时间上，得到当前的可靠时间。

简单代码示例（平台通道实现） #

Flutter端

import 'package:flutter/services.dart';

class ReliableTime {
  static const MethodChannel _channel = MethodChannel('reliable_time');

  static Future<int> getMonotonicTime() async {
    return await _channel.invokeMethod<int>('getMonotonicTime') ?? 0;
  }
}

Android端（MainActivity.kt）

class MainActivity : FlutterActivity() {
    private val CHANNEL = "reliable_time"
    override fun configureFlutterEngine(flutterEngine: FlutterEngine) {
        super.configureFlutterEngine(flutterEngine)
        MethodChannel(flutterEngine.dartExecutor.binaryMessenger, CHANNEL).setMethodCallHandler { call, result ->
            if (call.method == "getMonotonicTime") {
                val elapsedTime = SystemClock.elapsedRealtime()
                result.success(elapsedTime)
            } else {
                result.notImplemented()
            }
        }
    }
}

iOS端（AppDelegate.swift）

import UIKit
import Flutter

@UIApplicationMain
@objc class AppDelegate: FlutterAppDelegate {
  override func application(
    _ application: UIApplication,
    didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?
  ) -> Bool {
    let controller : FlutterViewController = window?.rootViewController as! FlutterViewController
    let channel = FlutterMethodChannel(name: "reliable_time", binaryMessenger: controller.binaryMessenger)
    channel.setMethodCallHandler { (call: FlutterMethodCall, result: FlutterResult) in
        if call.method == "getMonotonicTime" {
            let mediaTime = CACurrentMediaTime() * 1000 // 转为毫秒，和Android统一单位
            result(Int64(mediaTime))
        } else {
            result(FlutterMethodNotImplemented)
        }
    }
    GeneratedPluginRegistrant.register(with: self)
    return super.application(application, didFinishLaunchingWithOptions: launchOptions)
  }
}

注意：设备重启后单调时钟会重置，所以重启后必须重新在线同步一次服务器时间。

2. 加密存储同步数据，提升篡改难度 #

将上次同步的服务器时间和对应的单调时钟值，存入设备的安全加密存储（比如使用flutter_secure_storage库），避免用户通过修改普通本地存储文件来伪造时间。

核心步骤 #

• 在线同步时，将服务器时间（DateTime转成时间戳）和单调时钟值加密后存入安全存储。
• 离线计算时，读取加密存储的两个值，解密后执行时间计算逻辑。
• 每次在线时，覆盖更新存储的同步数据。

这种方式能大幅提升本地数据被篡改的门槛，但无法完全阻止root/jailbreak设备的篡改行为，需结合其他方案使用。

3. 检测时间篡改行为，限制非法操作 #

如果无法获取绝对可靠的时间，可以通过对比历史记录来检测用户是否篡改了系统时间，从而限制敏感操作：

实现思路 #

• 每次应用启动时，记录当前系统时间和单调时钟值，存入加密存储。
• 下次启动时，取出上次的记录，计算两次启动的单调时钟差值（即实际经过的时间），再对比系统时间的差值。
• 如果系统时间差值与单调时钟差值偏差过大（比如超过30分钟），或者系统时间出现倒退，判定为时间篡改，此时可以禁止考勤打卡、会话验证等敏感功能，直到用户重新在线同步服务器时间。

方案总结 #

• 单调时钟+在线同步：能提供相对准确的离线时间，但依赖首次在线同步，设备重启后需重新同步。
• 加密存储：提升本地数据安全性，增加篡改成本。
• 篡改检测：无法解决时间准确性问题，但能有效阻止非法操作，适合对安全性要求高的场景。

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