本文目录
先分清 v0.8.98 的两项修复
FlClash v0.8.98 于 2026 年 9 月 14 日发布。官方 Release 只列出两项修复：Windows 进入睡眠且桌面应用被挂起时保持 Core 运行，以及 Geo 资源更新完成后重新读取文件大小和时间。
第一项处理的是 FlClash 桌面应用、Helper 子进程与 Core 之间的 IPC 生命周期。旧逻辑遇到半帧写入超时会关闭 IPC 连接，读取循环随之结束 Core；新逻辑会在超时期间继续等待，只有硬错误才关闭连接。
第二项是界面状态修复。旧版在更新请求返回后立刻读取 Geo 文件，当时 Core 可能尚未写完，资源页因此继续显示旧大小和旧时间；新版会等更新状态真正结束后再读取。它不代表旧版一定没有更新文件，也不是 GeoIP 或 GeoSite 数据内容的升级说明。
看到的现象怎么分流
| 现象 | 是否匹配本次修复 | 下一步 |
|---|---|---|
| Windows 睡眠前可用，唤醒后 FlClash 界面还在但 Core 已停止 | 可能匹配 | 确认 Modern Standby，再升级和做同条件对照 |
| Geo 更新提示完成，但资源页大小和时间仍是旧值 | 匹配第二项界面问题 | 升级后等待更新状态结束，再核对文件信息 |
| 唤醒后整个电脑都没有网络 | 证据不足 | 先检查 Wi-Fi、网卡、系统代理与 TUN |
| Geo 文件下载失败或规则无法加载 | 不属于第二项修复 | 查看下载、校验、路径与核心日志 |
| Android 或 macOS 睡眠后连接异常 | 不属于已说明的 Windows 路径 | 按对应平台的 VPN、权限和后台限制排查 |
升级前记录同一套可比较基线
先不要刷新订阅、切换节点或改 DNS。记录当前 FlClash 版本、Windows 版本、安装包架构、Profile、策略组、固定节点，以及正在使用系统代理还是 TUN。用同一目标完成一次真实 HTTPS 请求，并确认 Connections 中能看到它。
若要验证睡眠问题，先从任务管理器或 FlClash 状态页记录 Core 正在运行，再让电脑进入正常睡眠并唤醒。只保留最小对照：同一 Profile、同一节点、同一网络和同一种接管方式。
同时在资源页记下一个实际要更新的 Geo 文件、当前大小和显示时间。这里的基线用于判断界面是否刷新，不要为了制造变化删除 Geo 文件，也不要把订阅、节点或规则集当作测试文件。
建立升级前基线
备份 Profile 与设置
使用应用内导出或备份，把副本保存到应用数据目录之外；公开日志前删除订阅 URL、节点密码和个人路径。
固定一条连接路径
保留同一 Profile、策略组、节点和系统代理或 TUN 模式，完成一次 HTTPS 请求并记录连接结果。
记录睡眠前状态
确认 Core 正在运行，记录 FlClash 版本和当前接管方式，再执行一次可重复的睡眠与唤醒。
记录 Geo 文件信息
选择一个资源项，记下更新前的文件大小、时间与更新状态，不删除原文件。
用 powercfg 确认 Modern Standby
FlClash 的修复提交明确指向 Windows Modern Standby。Microsoft 说明可用 powercfg /a 查看电脑支持的睡眠状态。
若输出包含 Standby (S0 Low Power Idle)，设备使用的就是这类待机模型，可能显示为 Network Connected 或 Network Disconnected。
Modern Standby 中，桌面应用可能被挂起，而服务或 Helper 的子进程仍处在不同的运行状态。FlClash 旧版正是在这段应用停止读取、Helper 仍持有 Core 的窗口里，可能让 IPC 半帧写入超时。
如果 powercfg /a 只显示传统 S3，或电脑只是锁屏、关闭显示器而没有进入睡眠，就不能直接套用这条因果链。仍可升级到正式版，但故障定位应继续检查网卡恢复、系统代理、TUN、DNS 和节点。
powercfg /a输出包含 Standby (S0 Low Power Idle)
范围吻合，继续用同一工作流对照 v0.8.97 与 v0.8.98。
只提供 Standby (S3)
不要把问题归为本次 Modern Standby 修复，继续查一般睡眠恢复路径。
系统报告没有可用睡眠状态
先处理 Windows 或设备电源配置，不用 FlClash 升级代替系统修复。
只锁屏也会停止 Core
保留日志和复现条件，检查应用退出、Helper 与安全软件，不把锁屏当作已确认的睡眠超时。
- FlClash 桌面应用Windows 进入低功耗待机时可能被挂起
- Helper 子进程继续承载 Core，并通过 IPC 与应用交换状态
- 半帧写入停滞旧逻辑把超时当作断连并结束 Core
- v0.8.98 恢复写入超时后继续等待，只有硬错误才关闭连接
这项修复只对应 Modern Standby 中应用被挂起、Helper 仍运行的 IPC 路径；网卡、节点、DNS 或 TUN 的其他睡眠故障仍需单独排查。
从官方 Release 安装 v0.8.98
本次修复已经进入 v0.8.98 正式 Release，不需要安装 main 分支构建。Windows 常见 Intel 或 AMD 电脑选择 windows-amd64-setup.exe；Windows on ARM 设备选择 windows-arm64-setup.exe。
便携 ZIP 只适合本来就使用便携目录并能管理数据位置的用户。
截至 2026 年 9 月 17 日，本站已核验并提供 v0.8.98 备份，旧版文件继续保留。取得本次修复时，可选择下载页标明的 v0.8.98 备份，或使用 chen08209/FlClash 官方 Release 的对应附件，并将文件哈希与同一 Release 的 SHA256SUMS 对照。
安装前先关闭系统代理或 TUN，确认设备可以直连，再从 FlClash 菜单完整退出。保留原配置目录和升级前备份，只替换完整应用；不要单独复制新版 Helper、Core、DLL 或资源文件到旧安装目录。
Get-FileHash .\FlClash-0.8.98-windows-amd64-setup.exe -Algorithm SHA256一次只升级应用
确认官方标签
打开 chen08209/FlClash 的 v0.8.98 Release，确认不是预发布页或第三方重打包。
选择正确架构
普通 x64 电脑选 amd64，Windows on ARM 选 arm64；安装程序与便携 ZIP 不要混用数据目录。
核对完整性
对安装包执行 Get-FileHash，把完整 SHA256 与同一 Release 的 SHA256SUMS 对照。
完整退出后安装
先恢复直连并退出旧应用，再覆盖安装完整 v0.8.98，不同时改 Profile、DNS 或节点。
唤醒后同时验证 Core 与真实请求
启动 v0.8.98 后先确认版本、Profile、策略选择和原接管方式仍然正确。完成一次睡眠前 HTTPS 请求并在 Connections 中确认记录，然后通过 Windows 的睡眠入口进入待机，唤醒后不要立即改设置。
先看 FlClash 是否仍能读取 Core 状态，再访问同一个 HTTPS 目标并检查新的 Connections。界面窗口存在不等于 Core 存活，节点延迟数字存在也不等于系统流量已经恢复；状态、连接记录和真实请求必须同时成立。
至少重复两次相同的睡眠与唤醒，避免把一次网络快速恢复误判为已修复。每次都使用同一网络、Profile、节点和模式。若第一次成功、第二次失败，先保存应用与 Core 的首条错误，再转入后面的其他故障分流。
Windows 睡眠修复验证清单
- powercfg /a 已确认设备支持 Standby (S0 Low Power Idle)
- FlClash 显示 v0.8.98，升级前 Profile 与策略仍存在
- 睡眠前 Core 正在运行，真实 HTTPS 请求成功且有 Connections 记录
- 唤醒后 FlClash 能读取 Core 状态，Core 没有因 IPC 超时退出
- 唤醒后同一 HTTPS 请求成功并产生新的 Connections 记录
- 同条件睡眠与唤醒至少重复两次，结果一致
- 完整退出 FlClash 后系统代理或 TUN 被撤销，设备能恢复直连
等更新结束后核对 Geo 文件信息
在 v0.8.98 的资源页选择升级前已经记录的 Geo 项目，按应用内正常入口更新。更新请求返回后不要立刻反复点击，也不要通过文件管理器覆盖资源；等待该项目的更新中状态真正结束。
新实现会在更新状态从进行中变为结束时重新读取文件信息。若官方源确实返回了不同文件，页面显示的大小或时间应随之刷新；若远端内容没有变化，大小相同本身不能说明修复失败。
这项验证只证明界面在正确时点重新读取文件属性。规则匹配异常、Geo 文件下载失败、校验失败或核心拒绝加载，应根据第一条错误另行排查，不能通过反复刷新页面解决。
验证资源页刷新
选定一个资源项
记录更新前的文件名、大小、显示时间和当前更新状态。
执行一次应用内更新
保持官方资源地址不变，只启动一次更新并等待状态结束。
观察页面重新读取
确认更新状态结束后文件信息自动刷新，不依赖退出应用或手动重载页面。
再验证规则使用
如果资源内容发生变化，重载配置并检查一条相关规则命中，区分界面显示与核心使用结果。
仍断网时继续分流其他睡眠故障
如果 v0.8.98 唤醒后 Core 仍在，但系统不能上网，本次 IPC 修复已经不是主要断点。先关闭 FlClash 接管并确认直连，再依次检查 Wi-Fi 或有线网卡是否恢复、系统代理是否仍指向当前端口、TUN 与 Helper 是否有权限，以及 DNS 和节点是否可用。
若 Core 仍会停止，保存睡眠前后的 FlClash 版本、powercfg /a 输出、接管方式、首条应用错误与首条 Core 错误。不要一次重装 Helper、换 Profile、改 DNS 和换节点，否则无法判断 v0.8.98 是否仍有未覆盖的 IPC 路径。
Core 存活，但 Wi-Fi 或有线网卡未恢复
退出 FlClash 后先恢复系统网络，不改代理配置。
直连正常，系统代理模式失败
核对 Windows 代理是否指向当前 FlClash 端口，并确认没有其他代理程序覆盖。
系统代理正常，只有 TUN 失败
检查 Helper、权限、DNS 和虚拟网卡，暂时退回系统代理。
Connections 有记录，但请求 Timeout
固定另一条已知可用节点，区分节点故障与本机恢复。
v0.8.98 仍稳定结束 Core
保留最小版本对照和脱敏日志，向 FlClash 官方 issue 报告。
升级失败就整体回退，不混用组件
如果 v0.8.98 在本机无法启动、读取 Profile 或保持原有代理路径，先关闭系统代理与 TUN，确认设备恢复直连，再完整退出应用。保存脱敏日志和当前数据副本后，重新安装升级前确实可用的官方完整版本。
可以回退到自己已验证的 v0.8.97 或更早稳定版，但回退会重新失去本次 Windows 睡眠 Core 存活和 Geo 信息刷新修复。不要只把旧 Helper、Core 或 DLL 塞进 v0.8.98，也不要用第三方便携包覆盖正式安装目录。
恢复后导入升级前备份，用同一 Profile、节点、网络和接管方式重新完成启动、HTTPS、睡眠与退出恢复。若旧版正常而 v0.8.98 稳定失败，这组对照才足以支持进一步反馈。
升级或回退完成标准
- 当前运行版本、安装包来源、架构与 SHA256 可以核对
- Profile、覆写、策略组和节点选择与备份一致
- 系统代理或 TUN 下真实 HTTPS 请求成功且有 Connections 记录
- Windows 睡眠前后 Core 状态与请求结果已经记录
- Geo 更新状态结束后文件信息重新读取
- 退出 FlClash 后系统接管被撤销，设备恢复直连
- 没有混用不同版本的应用、Helper、Core 或 DLL
- 日志、截图和反馈中没有订阅 URL、节点密码或个人路径
以后以正式 Release 复核修复边界
截至 2026 年 9 月 15 日，v0.8.98 是 FlClash 最新正式稳定版。它只确认收录两个提交：60f371a 处理 Windows Modern Standby 下 IPC 半帧写入超时，c5bf5bd 在 Geo 更新状态结束后刷新文件信息。
后续如果出现新的 v0.8.98 issue，仍应区分报告、维护者确认、修复提交和正式 Release。一个用户报告不能扩写成全平台普遍故障，main 分支有提交也不能替代签名稳定包。
本站已于 2026 年 9 月 17 日核验 v0.8.98 备份，并保留旧版文件。需要本次修复时，应核对下载页或官方 Release 标注的 v0.8.98、架构与 SHA256，再在自己的 Windows 工作流中完成验证。