navigator.geolocation.getcurrentposition延迟高主因是浏览器默认禁用高精度定位，需https、系统权限、enablehighaccuracy:true及设备设置协同生效，timeout与maximumage需合理配置。
为什么 navigator.geolocation.getCurrentPosition 总是等半天
根本原因不是网络慢，而是浏览器默认不启用高精度定位，尤其在非 HTTPS 环境或移动设备上会退化为粗略 IP 定位，延迟高、误差大（常达数百米）。Chrome 还会在后台自动降级——哪怕你写了 enableHighAccuracy: true，只要系统判定“没必要”，它就悄悄忽略。
- 必须走 HTTPS（本地
localhost除外），否则 Chrome 直接拒绝调用getCurrentPosition -
enableHighAccuracy: true只是请求，不保证生效；Android 上需用户手动开启“高精度模式”（GPS+Wi-Fi+基站），iOS 则依赖“定位服务”总开关和 App 权限 - 首次调用时，系统要唤醒 GPS 模块、扫描周边 Wi-Fi 和基站，耗时 3–10 秒很常见，不是代码写错了
timeout 和 maximumAge 参数怎么设才不白等
这两个参数直接决定你“愿意为一次定位付出多少时间”，但多数人设错：把 timeout 设成 5000 却没配 maximumAge，结果每次都要重算；或者设了超大 maximumAge 却忽略缓存过期后 fallback 失败的风险。
-
timeout: 10000是合理起点（10 秒），再短容易失败，再长影响体验 -
maximumAge: 30000（30 秒）适合快速连续定位场景；若只取一次位置，设0强制刷新更稳妥 - 注意：
maximumAge缓存的是上次成功结果，如果上次失败或超时，它不会返回旧值，而是直接触发 error 回调
安卓手机上 enableHighAccuracy: true 没反应的真正原因
不是 JS 写错了，是系统层权限链断了。Android 6.0+ 要求运行时申请 ACCESS_FINE_LOCATION，且用户必须点“仅在使用中允许”或“始终允许”——选“仅在使用中允许”时，WebView 或 PWA 可能拿不到持续权限，导致高精度模式被静默禁用。
- 检查系统设置里该网站/应用的定位权限是否为“精确位置”，而非“大致位置”
- 在 Android Chrome 中，地址栏左侧锁形图标点开，确认“位置”权限状态是“允许”且未灰显
- 真机调试时用
adb logcat | grep -i location看底层日志，常能看到LocationManager: Ignoring high-accuracy request — no permission这类提示
定位慢还报 PositionError.TIMEOUT 的典型误操作
很多人以为加个 timeout 就万事大吉，却忽略了 enableHighAccuracy: true 本身会显著拉长定位时间窗口——GPS 冷启动可能就要 8 秒，你设 timeout: 5000 等于主动放弃高精度。
立即学习“前端免费学习笔记（深入）”；
- 不要对同一请求同时设极短
timeout和enableHighAccuracy: true，二者矛盾 - 推荐分两步：先用
{ timeout: 3000, enableHighAccuracy: false }快速获取粗略位置（IP/Wi-Fi），再用{ timeout: 15000, enableHighAccuracy: true, maximumAge: 0 }单独发起高精度请求 - 错误回调里的
error.code比error.message更可靠：error.code === 3才是真正的TIMEOUT，1是权限拒绝，2是位置不可用（比如飞行模式）
高精度定位不是开关一开就快，它依赖硬件唤醒、系统策略、权限状态三层配合。最常被忽略的是：你以为在调 API，其实是在跟操作系统协商资源调度。
