当然有办法实现这个需求！下面给你几个实用的思路，你可以根据自己的实际场景来选择：

方法1：结合adb日志标记+文件内容解析（无需修改应用代码） #

这个方法适合你没法修改应用代码的场景：

• 第一步：确定应用启停时间点
  先拿到应用的包名，然后用logcat监控应用的进程死亡事件：

  adb logcat | grep "Process 你的应用包名"
  

  当应用停止时，日志里会出现类似Process com.xxx.xxx (PID: 12345) has died的内容，记下这个事件的时间戳。
• 第二步：导出并解析foo文件
  先把设备上的foo文件拉到本地：

  adb pull /应用存储路径/foo ./local_foo
  

  （如果foo在应用私有目录，需要用adb run-as 你的应用包名 cat /data/data/你的应用包名/files/foo > ./local_foo来获取内容）
  然后用脚本（比如Python）解析JSON内容，筛选出时间戳晚于应用停止时间的事件，统计数量：
  举个简单的Python示例（假设每个事件是JSON数组里的对象，包含timestamp字段）：

  import json
  
  stop_timestamp = 1699999999  # 替换成你记录的应用停止时间戳
  count = 0
  
  with open('local_foo', 'r') as f:
      events = json.load(f)
      for event in events:
          if event.get('timestamp', 0) > stop_timestamp:
              count += 1
  
  print(f"应用停止后写入的事件总数：{count}")
  

  如果你不想用脚本，也可以直接在设备上用命令行处理（前提是设备支持相关命令）：

  adb shell cat /路径/foo | grep -o '"timestamp":[0-9]*' | awk -v stop_time=1699999999 '{if ($2 > stop_time) count++} END {print count}'
  

方法2：修改应用代码，添加启停标记（适合有权限改代码的场景） #

如果能修改应用代码，这个方法会更准确可靠：

• 在应用的生命周期里添加标记：比如在onDestroy()或者ProcessLifecycleOwner监听应用进入后台并确定停止时，写入一个特殊的标记事件到foo文件，比如：

  {"type": "app_stopped", "timestamp": 1699999999}
  

  注意：如果应用是被强制杀死的，onDestroy()可能不会触发，所以推荐用ProcessLifecycleOwner来监听应用的前后台状态，当应用从前台进入后台超过一定时间（比如5分钟），就写入停止标记。
• 统计的时候，只需要找到这个app_stopped标记的位置，统计它之后的所有事件数量（排除标记本身）即可。

方法3：利用文件修改时间辅助验证 #

这个方法可以辅助确认应用停止后是否有事件写入：

• 先记录应用停止的时间，然后用adb shell stat /路径/foo查看文件的修改时间（mtime字段），如果修改时间晚于应用停止时间，说明有事件写入。
• 但这个只能判断是否有写入，还是需要结合方法1的内容解析来统计具体数量。

额外注意点 #

• 如果foo文件里的事件会被后续启动的应用发送并删除，记得在应用停止后立刻导出文件，避免数据丢失。
• 访问应用私有目录的文件时，需要adb有相应权限，debug版本应用可以用adb run-as命令，release版本可能需要root权限。

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