navigator.geolocation.getCurrentPosition() 失败主因是安全上下文缺失、用户拒绝授权、设备无定位能力或未设error回调；需配enableHighAccuracy、timeout、maximumAge等options参数，并用permissions.query判断权限状态。
地理位置 API 在 JavaScript 中不能直接“调用”，它没有 URL 接口或函数名可填，而是通过浏览器原生提供的 navigator.geolocation 对象异步获取用户授权后的坐标数据。
为什么 navigator.geolocation.getCurrentPosition() 会失败
这是最常卡住的地方：不是代码写错，而是条件不满足。常见原因包括：
- 页面未运行在
https://或localhost上（现代浏览器强制要求安全上下文） - 用户点击了“拒绝”或系统级位置权限被关闭（iOS 设置里、Windows 隐私设置里）
- 设备无 GPS 模块且 Wi-Fi/基站定位不可用（如某些台式机、飞行模式下的手机）
- 传入的
error回调没写，导致报错静默，看不出是PERMISSION_DENIED还是POSITION_UNAVAILABLE
getCurrentPosition() 的三个参数怎么配才靠谱
它接受三个参数：success、error、options。重点在 options —— 不设它，可能拿到过期缓存或精度极低的坐标：
-
enableHighAccuracy: true：强制走 GPS（耗电、慢、不一定成功），仅在需要米级精度时开 -
timeout: 5000：单位毫秒，避免卡死；设太短（如 1000）容易触发TIMEOUT错误 -
maximumAge: 30000：允许返回 30 秒内缓存的位置，避免重复计算；设0表示必须新采样
示例：
navigator.geolocation.getCurrentPosition(
pos => console.log(pos.coords.latitude, pos.coords.longitude),
err => console.error(err.code, err.message),
{ enableHighAccuracy: true, timeout: 8000, maximumAge: 60000 }
);
如何判断用户是否真的“支持但拒绝了”而不是“根本不支持”
靠 navigator.geolocation 是否为 undefined 只能判断浏览器兼容性（IE9- 不支持），无法区分“支持但被拒”和“支持且未授予权限”。真正可靠的方式是结合 PermissionStatus：
Makingware社区版是基于Magento的电子商务平台。Makingware针对国内市场，对Magento进行了改进和调整，包括中文化，账户管理，支付方式，地址格式，物流支持，结账流程等等。Makingware旨在打造一个功能强大，高度灵活的企业级电子商务平台。 Makingware 社区版 1.6.5 更新说明改进：全新改造的后台界面，合并选项，调整选项位置，隐藏极少使用的选项，极大提高后
立即学习“Java免费学习笔记（深入）”；
- 先检查
'geolocation'权限状态：if ('permissions' in navigator) { navigator.permissions.query({ name: 'geolocation' }).then(result => { if (result.state === 'denied') console.log('用户已明确拒绝'); if (result.state === 'prompt') console.log('尚未请求，下次调用 getCurrentPosition 会弹窗'); }); } - 注意：该 API 在部分安卓 WebView 和旧版 Safari 中不可用，需降级 fallback 到错误回调中的
err.code === 1（PERMISSION_DENIED）
实际项目中，getCurrentPosition() 很少单独用；多数场景需要持续监听（比如导航），就得换成 navigator.geolocation.watchPosition()，但它会不断触发，记得用 clearWatch() 清理，否则内存泄漏+耗电。另外，别忘了所有坐标都是 WGS84 坐标系，国内地图（如高德、腾讯）要转火星坐标系（GCJ-02），这一步必须后端做或用可信 SDK，前端 JS 转换有法律风险且精度不可控。
