getCurrentPosition()必须传入successCallback（接收Position对象）、errorCallback（处理PERMISSION_DENIED等错误码）和options配置对象（含timeout、maximumAge等字段），三者顺序固定且后两者强烈建议补全。
getCurrentPosition 的三个参数怎么填
getCurrentPosition() 必须至少传一个成功回调函数，后两个参数可选但强烈建议补全。顺序固定：成功回调、失败回调、配置对象。
常见错误是只写第一个参数，结果用户拒绝授权或超时后页面静默失败，连提示都没有。
-
successCallback：接收一个Position对象，里面coords.latitude和coords.longitude是最常用字段 -
errorCallback：接收一个PositionError对象，error.code是关键判断依据（如PERMISSION_DENIED、TIMEOUT） -
options：纯对象，不支持数组或字符串；键名必须小写，比如enableHighAccuracy不能写成enablehighaccuracy
timeout 和 maximumAge 容易设错的值
timeout 单位是毫秒，设成 5000 表示 5 秒超时；设成 0 或不传，浏览器可能永远等下去（尤其在弱网或 GPS 未冷启动时）。
maximumAge 控制缓存位置的“保质期”，单位也是毫秒。设为 60000（1 分钟），意味着如果上次获取的位置不到 1 分钟，就直接返回旧值，不触发新定位。
立即学习“前端免费学习笔记（深入）”；
- 设太小（如
100）→ 几乎每次都要重新定位，耗电、延迟高 - 设太大（如
3600000）→ 用户移动几百米后仍返回旧坐标，数据明显失真 - 不传或设
0→ 强制刷新，适合对实时性要求高的场景（如导航起点确认）
enableHighAccuracy 设了也不一定高精度
enableHighAccuracy: true 只是向浏览器“申请”更高精度，不是保证。实际效果取决于设备能力与环境：
- iOS Safari 在 HTTP 页面下直接忽略该选项，且拒绝定位（必须 HTTPS）
- 安卓 Chrome 在无 GPS 信号时，即使设了
true，也只返回 IP 定位（误差常达数百米） - 部分低端 Android 机开启后反而更慢，甚至因权限限制失败（需额外申请
ACCESS_FINE_LOCATION）
线上项目建议默认 false，仅在用户明确点击“精确定位”按钮时才临时启用，并附带加载状态提示。
错误码对应的现实原因要区分对待
用户看到 PERMISSION_DENIED 不代表他点了“拒绝”，也可能是之前点过“不再询问”，或系统级定位开关关闭。
-
PERMISSION_DENIED（code 1）：优先检查系统设置里该网站是否被禁止，而不是反复弹窗 -
POSITION_UNAVAILABLE（code 2）：大概率是室内无 GPS 信号 + 网络定位源不可用，可引导用户开 Wi-Fi 或移至窗边 -
TIMEOUT（code 3）：说明timeout生效了，但没配maximumAge，导致重试时仍走新请求——应搭配使用
真正难处理的是 UNKNOWN_ERROR，它往往暴露底层兼容问题，比如某些国产浏览器 WebView 对 Geolocation API 的实现有缺陷，此时 fallback 到 IP 地址粗略定位更实际。
