旧版浏览器如IE8及更早、Firefox3.0前、Chrome5前、Safari4.0前、Android Browser2.0前均不支持navigator.geolocation，调用会报TypeError；须用"in"操作符检测，不可依赖UA；旧WebView存在静默失败问题，需设maximumAge并延后调用；兼容关键在于快速降级至IP定位等可控方案。
HTML5 的地理定位 API（navigator.geolocation）在旧版浏览器中支持程度差异极大，不能默认可用。
哪些旧版浏览器根本不支持 navigator.geolocation
IE8 及更早版本、Firefox 3.0 之前、Chrome 5 之前、Safari 4.0 之前、Android Browser 2.0 之前，均无原生 navigator.geolocation 实现。调用时会直接报 TypeError: navigator.geolocation is undefined 或类似错误。
如何安全检测并降级处理
必须显式判断 API 是否存在，不能依赖用户代理字符串或版本号猜测：
if ("geolocation" in navigator) {
navigator.geolocation.getCurrentPosition(
successCallback,
errorCallback,
{ enableHighAccuracy: true, timeout: 5000 }
);
} else {
// 降级方案：IP 地址粗略定位、手动输入城市、静态地图 fallback
}
-
enableHighAccuracy在旧设备上可能被忽略或触发更长等待，建议旧环境设为false -
timeout建议设为 3000–5000ms，避免旧 Android WebView 卡死无响应 - 不要在
else分支里尝试 polyfill —— 没有可靠、轻量的纯 JS 方案能模拟原生定位
旧版 WebView（如 Android 4.3 系统 WebView）的特殊坑
部分旧版 WebView 虽然返回 "geolocation" in navigator === true，但实际调用 getCurrentPosition 会静默失败，或只在首次页面加载时有效。常见表现是回调函数从不执行，也不触发 error 回调。
立即学习“前端免费学习笔记（深入）”；
- 必须设置
maximumAge（例如{ maximumAge: 300000 }），强制复用缓存位置，缓解静默失败 - 避免在页面 onload 后立即调用；可延后 300–500ms，等 WebView 内部定位模块初始化完成
- Android 4.4+ 系统 WebView 已基本稳定，但低于此版本需额外测试真机
真正兼容旧环境的关键不是“让 HTML5 定位跑起来”，而是快速识别不可用，并切换到确定可控的替代路径——比如 IP 归属地接口 + 用户确认，比强行等待一个永远不会回来的定位回调更可靠。
