C#开发（兼容Win XP及以上）如何判断程序运行间隔内PC是否已重启

核心判断逻辑本质 #

要区分“PC仅重启了程序、没有断电/重启系统”和“PC完成了完整上电重启、进入新的电源周期”两个场景，最可靠的判断依据不是自定义的独立状态标记，而是系统本身在上电后生成的唯一启动时间戳——这个值会在PC每次重启、断电上电时更新，在系统正常运行的全周期内保持固定，完全匹配PCIe板卡的“每个电源上电周期仅需一次配置”的触发逻辑。

可行实现方案 #

• 方案1：基于系统启动时间的持久化对比（首选推荐）
  实现流程：

  1. 在可持久化的位置（推荐HKCU注册表分支、程序同级目录下的加密配置文件，避免临时目录被清理）预留一个存储位，用来存上次程序运行时记录的系统启动时间
  2. 每次程序启动时，通过兼容Windows XP的接口获取当前系统的真实启动时间：直接调用.NET内置的Environment.TickCount获取系统开机后累计的运行毫秒数（该接口在.NET Framework 1.1及以上、XP环境下完全兼容，不需要手动导入DLL），换算为启动时间即DateTime.Now.AddMilliseconds(-Environment.TickCount)
  3. 将当前获取的启动时间，和持久化存储里的历史值做对比：
     • 若两个值不一致：说明PC已经完成上电重启，进入新的电源周期，需要执行PCIe板卡的参数下发流程，完成后把当前新的启动时间更新到持久化存储位
     • 若两个值一致：说明PC未发生重启，只是程序被反复关闭、启动，跳过板卡配置步骤即可
       方案优势：判断逻辑100%准确，没有额外依赖，兼容全版本Windows XP及以上系统，不存在自定义标记被意外清理、篡改导致的误判。

• 方案2：自定义全局注册表标记的改良实现
  如果不想单独实现启动时间换算逻辑，可以直接用系统注册表的全局存储位做状态绑定：

  1. 在HKCU\Software\<你的程序专属标识>\路径下新建自定义键值LastConfigBootTime
  2. 程序启动时读取这个键值的内容，如果键值为空、或者存储的启动时间和当前系统启动时间不匹配，就执行板卡配置，再把当前系统启动时间写入键值完成更新
     方案注意点：不要单纯存“已配置”的布尔值标记，必须绑定系统启动时间，否则哪怕PC重启了，只要这个标记还在，就会永远跳过配置流程，完全不符合硬件要求。

实现避坑提示 #

以下场景会导致判断失效，开发时需要规避：

• 不要用“上次程序运行的时间”作为判断依据：如果PC连续几个月不重启，程序间隔很久再次启动时，存储的旧时间根本无法区分系统是否经历过重启
• 不要依赖WMI查询Win32_OperatingSystem.LastBootUpTime获取启动时间：该接口在Windows XP环境下的WMI组件兼容性差，经常出现取值失败、返回错误值的问题，稳定性远不如直接调用系统接口获取的TickCount
• 不要把配置标记存在系统临时目录、用户漫游目录下：这类路径下的文件会被系统清理工具、用户手动操作删除，导致标记丢失，出现重复配置的问题
• 若程序运行权限较低，不要选择HKLM注册表分支做存储：该分支的写入需要管理员权限，普通用户运行程序时会出现写入失败、状态更新失效的问题

兜底校验建议 #

如果PCIe板卡本身提供了“完成配置后标记的硬件寄存器位”，可以在程序启动时优先读取该寄存器的状态，和系统启动时间的判断逻辑做交叉校验，避免因为持久化存储损坏、磁盘读写错误导致的判断偏差。

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