setGeolocationEnabled(true)需配合动态权限申请、WebChromeClient中onGeolocationPermissionsShowPrompt回调授权及HTTPS环境才生效，缺一不可。
WebView中setGeolocationEnabled(true)没生效？先看这三件事
Android WebView里调用navigator.geolocation.getCurrentPosition()失败，大概率不是JS写错了，而是原生层根本没“放行”。setGeolocationEnabled(true)只是开关之一，它必须配合权限申请、WebChromeClient回调和HTTPS环境才真正起作用。
- 必须在
onGeolocationPermissionsShowPrompt里主动调用callback.invoke(origin, true, false)——很多项目只写了空实现或漏掉这句，权限提示压根不会弹，更别提授权 -
ACCESS_FINE_LOCATION权限必须动态申请（Android 6.0+），仅声明onCreate()里直接请求 - WebView加载的H5页面必须走HTTPS（或
localhost），HTTP协议下Chrome/Edge WebView会静默拒绝定位请求，连错误回调都不进
getCurrentPosition()返回error.code === 1（PERMISSION_DENIED）的真因
这个错误码常被误认为“用户点了拒绝”，其实更可能是系统级拦截：比如手机休眠唤醒后WebView复用旧上下文，导致GeolocationProvider状态卡死；或厂商ROM（华为EMUI、小米MIUI）对后台定位做了额外限制，即使权限已授，WebView也无法获取服务句柄。
- 不要依赖“首次成功=永远成功”——安卓设备从睡眠恢复后，WebView内核可能丢失GPS连接状态，需强制刷新页面或重建WebView实例
- 检查系统设置里是否关闭了“允许网站使用位置信息”，该开关独立于APP权限，路径通常是：设置 → 隐私 → 定位服务 → 浏览器/WebView → 允许
- 部分低端机或定制ROM（如vivo Funtouch OS）会禁用
GeolocationPermissions回调，可加日志确认：Log.d("Geo", "onGeolocationPermissionsShowPrompt called for " + origin)，不打印就说明内核压根没触发
HTTPS + 混合内容 + 网络权限，一个都不能少
哪怕你JS调用完美、权限全开、GPS开着，只要网络配置错一步，定位就静默失败。这不是H5的问题，是Android WebView的安全策略在拦你。
- 确保
AndroidManifest.xml含https://www.googleapis.com这类定位辅助服务都访问不了 - Android 5.0+默认拦截HTTP子资源，若H5页面引入了HTTP接口（比如地图SDK），需加：
webSettings.setMixedContentMode(WebSettings.MIXED_CONTENT_COMPATIBILITY_MODE) - HTTPS证书必须有效，自签名证书会导致WebView直接终止定位流程（连
onError都不触发），测试时可用Let’s Encrypt免费证书，别用http://或file://协议
调试时别只盯JS控制台
Chrome DevTools能看JS执行，但看不到WebView底层是否拿到了GPS句柄。真问题往往藏在logcat里，比如GeolocationPermissions: No permissions granted for origin或LocationManagerService: Provider network disabled。
立即学习“前端免费学习笔记（深入）”；
- 在
onGeolocationPermissionsShowPrompt里打日志，确认是否被调用；再在onReceivedError里捕获WebView加载失败（比如证书错误导致定位API未加载） - 用
adb logcat | grep -i geo过滤地理相关日志，重点看GeolocationPermissions、LocationManager、WebView三个TAG - 真机测试务必关掉“省电模式”和“应用后台限制”——某些机型（如OPPO ColorOS）会强制冻结WebView后台定位服务，唤醒后也不恢复
