Obsidian

细雨初晴

SharkCloud 订阅全死事件复盘 (SharkCloud Subscription Outage Postmortem)

记录一次以为"订阅死了"、实际是两段式故障(先 DNS 后机场)的完整排查过程,含可复用的净化内核隔离法。一句话结论节点端口全通、DNS 正常、订阅能拉到,但所有节点在 TLS 握手时被远端掐断(forcibly closed by remote host)——最终判定为机场入口/中间设备干扰,非本机问题,且当天先后叠加了 EasyConnect 掐 DNS 的内循环故障。事件时间线 (2026-

Obsidian

细雨初晴

mihomo 节点拨不通排查 (Mihomo Node Connection Failure Diagnosis)

触发场景mihomo 服务 systemd 运行正常、订阅显示刚更新成功，但经代理访问 Google/oauth2 等全部超时，日志刷 dial PROXY ... i/o timeout。症状与报错特征服务日志：[TCP] dial PROXY (match Match/) ... oauth2.googleapis.com:443 error: dial tcp <ip>:443:

Obsidian

细雨初晴

地图 SDK 串行阻塞定位与静态资源缓存策略 (Map SDK Serial-Blocking Location & Static Asset Cache Strategy)

2026-09-02 navi 页启动提速实践：定位被 1.19MB 地图 SDK 下载串行拖住 + 静态文件 no-cache 每次重新协商。两个问题一条链路排查、分头修复，提交 49e17aa，线上验证通过。问题与现象进入导航页定位加载慢（低带宽环境尤其明显）：地图已经渲染好了，学校桥定位却要等几秒才出结果。每次打开 navi 页静态资源都重新下载/重新协商，带宽低更放大。用户起初怀疑"加载了

Obsidian

细雨初晴

BMapGL 视角跟随航向插帧 (BMapGL View-Follow Heading Interpolation)

⚠️ 已废弃（2026-09-02）：插帧思路治标不治本——根因是 setHeading/setTilt 非公开 API 内部默认 500ms 缓动动画，JS 层插帧是在跟 SDK 自带动画打架。最终方案是 {noAnimation: true} 瞬转。详见 BMapGL 视角跟随 setHeading 内部动画与 noAnimation 瞬转 (BMapGL View-Follow setHea

Obsidian

细雨初晴

BMapGL 视角跟随 setHeading 内部动画与 noAnimation 瞬转 (BMapGL View-Follow setHeading noAnimation Snap)

2026-09-02 真机验证通过：平面视图跟随朝向与官方 App 手感一致。本笔记是「错误方案 → 源码级根因 → 最终优雅修法」的完整教训，替代早期「插帧」思路（见文末关联的废弃笔记）。原先是怎样写的（两个都失败）失败方案 A：每次回调直接 map.setHeading(target)指南针桥每约 80ms 推一次 receiveNativeHeading → applyNavigationH