wloc 项目介绍：Apple 网络定位调试工具

wloc 是一个围绕 Apple 网络定位响应做调试的开源项目。它关注的是 Wi‑Fi、基站等网络定位返回的坐标，而不是直接改写设备的 GPS 硬件数据。对需要验证定位链路、排查地图坐标偏移、测试不同代理工具规则的人来说，它把原本需要手动填写经纬度的流程，整理成了模块订阅、网页选点和快捷指令几种入口。

项目当前托管在 GitHub，采用 AGPL-3.0 许可证。截至 2026 年 8 月 21 日读取 GitHub API，仓库约有 9.4k Star、2.1k Fork，默认分支为 main，最近一次推送时间为 2026 年 8 月 16 日。这个热度说明它已经不是单纯的实验脚本，而是被不少 iPhone、iPad 进阶用户关注的定位调试方案。

从支持平台看，wloc 提供 Surge、Quantumult X、Loon、Stash、Shadowrocket 等常见代理工具模块，并覆盖 Apple 网络定位相关域名。它还提供快捷指令：用户可以在地图 App 中选好位置后通过分享菜单写入目标坐标，也可以通过清理快捷指令恢复。对不想手动处理经纬度的人来说，这一点是它最实际的体验改进。

项目的另一个重点是地图链接解析。Apple Maps、高德、Google Maps、百度地图在不同地区会涉及 WGS84、GCJ-02、BD-09 等坐标系差异。wloc 的 Worker 方案会把地图分享链接统一解析为可用坐标，并在需要时做坐标系转换。这样做的价值不是追求复杂，而是减少“地图上点的位置”和“设备端实际保存的位置”之间的偏差。

实际使用前要明确几个前提：设备需要走对应代理工具，模块需要启用，并且涉及 Apple 网络定位域名的证书信任。项目 README 也提醒，wloc 只影响网络定位结果，不影响 GPS 硬件定位；如果 GPS 信号足够强，系统仍可能优先采用真实 GPS 结果。换句话说，它更适合室内、网络定位占主导的测试场景，而不是所有定位场景都能稳定生效。

高版本 iOS 还需要注意缓存问题。项目说明中提到，iOS 26/27 及更高版本强化了 locationd 定位缓存，切换坐标后系统可能继续复用旧定位结果。遇到这种情况，重启设备通常比反复开关定位服务更有效。这个提醒很关键，因为很多用户误以为模块没有生效，实际问题可能出在系统缓存。

如果要恢复真实定位，建议优先关闭或删除模块；如果只是清除已保存坐标，则要确认模块参数仍保持默认状态，否则脚本仍可能继续读取手动配置的经纬度。对普通用户来说，最稳妥的做法是在尝试前先看懂恢复路径，尤其不要在重要账号、支付、签到、门禁、考勤或其他要求真实位置的场景中使用。

我的建议是把 wloc 当成 Apple 网络定位链路的学习和测试工具，而不是日常定位替代方案。需要自部署时，优先使用自己的 Cloudflare Workers 或 Pages 实例，避免长期依赖公共 Worker；需要排查时，先确认代理、模块、证书、系统缓存和恢复方式，再判断是不是脚本问题。对于不了解 MITM 证书和代理规则的人，不建议直接照抄配置。

来源：GitHub 上的 wloc 项目页面。