软件下载

beta7 没解决问题，因为根本不是 panic — panic.log 是空的，说明所有 goroutine 都没有崩。 真的根因更阴：systray.Run 在用户机器上提前返回了（可能是 Windows 托盘区不可用、第三方 shell 替换品、或 getlantern 库的某个边角情况），我之前的代码假设它会一直 block 到用户主动退出 — 所以一返回就立刻 srv.Shutdown 把 dashboard 拆了，用户看到的'Failed to fetch'就是这么来的。整个过程没有 panic，进程也不是真的死，只是 dashboard 端口已经关掉了。 修复： 1. systray.Run 返回后检查 quitCh — 如果用户没点退出，说明是托盘库自己提前撤了，转 headless 模式继续 block 在 quitCh 上，dashboard 一直活着 2. srv.ListenAndServe 加 post-startup 监控 goroutine — 之前只在头 300ms 检查错误，之后端口被抢了 / 防火墙截断 / 杀软干预都会让 listener 死掉但没人发现 3. systray 提前返回会写一条记录到 panic.log，方便复盘 这次如果还出问题，请把 %LocalAppData%\Programs\飞鸽客户端\data\panic.log 发我，里面会写明确具体是 systray 退了还是 listener 死了。

v0.3.0 上线后做了两份独立代码审计，发现 5 个真实 bug，本版修掉： 1. clientstats.Close() 不持锁就调 saveLocked，跟后台 saveLoop 的定时 flush 形成竞争（同时写同一个 .tmp 文件，可能损坏 clients.json）。改成等待 saveDone 后再做单次最终 flush。 2. saveLoop 把 mu 锁住整个磁盘 I/O 过程（json.Marshal 5000 条 ~2MB + WriteFile + Rename，慢盘上 100ms+），期间 RecordConnect / RecordTraffic / RecordDisconnect 全部阻塞，影响隧道热路径。改成：mu 内做深拷贝 snapshot，mu 外做 marshal/write。 3. saveLoop 把 err 直接丢弃（_ = err）。Windows 上 os.Rename 撞到别的程序打开了文件会失败、磁盘满会失败 — 之前用户完全看不到。改成 OnEvent 回调把错误打到 dashboard 日志。 4. RecordConnect 拿到重复 sessionID（Hysteria 理论上不会，但防一手）会让上一条 session 永远停在 active map 里。改成关掉前一条再开新的。 5. geoCache 无上限，FIFO 砍掉旧 session 时缓存不收。长期跑会一直长。改成跟 session 一起 FIFO，被砍的 IP 如果没有任何留存 session 引用就一起删 — 顺带解决 CGNAT/DHCP 复用导致地理位置错误的问题。 顺手优化：JSON 写入去掉 MarshalIndent 改 Marshal，文件大小减半，SSD 写入也减半。

修复窗口置顶在 64 位 Windows 下因 HWND 被截断而失效的问题

v0.0.85: 修"本地桌面放文件，远程自动多一份" 剪贴板轮询里有一段 CF_HDROP（Windows 文件列表格式）自动上传逻辑，原意 是"用户在 Explorer 复制文件 → 期望粘贴到远端"，实际触发面太广： · 拖动文件到桌面 / 别处也会留 CF_HDROP · 剪切粘贴 · 部分浏览器 / 解压软件保存文件 · host 启动时如果剪贴板已经有 CF_HDROP（之前的复制残留）会立刻全上传 结果用户做任何文件操作，远端都莫名其妙多一份。 修复：直接砍掉 CF_HDROP 自动上传。想往远端送文件，仍然可以**把文件 拖到 viewer 窗口上**，那条路径（display::upload_dropped_file）行为可 预期、用户明确发起、有 in-flight 限流，没问题。 文本 / 图片 剪贴板同步不变。