HTML5 navigator.geolocation 在室内基本不可用
不是配置问题，也不是代码写错——是底层信号源决定的。navigator.geolocation 默认只依赖 GPS、Wi-Fi 扫描和基站三角定位，但多数手机在室内根本收不到有效 GPS 信号，而浏览器又**不主动向系统请求 Wi-Fi 列表或基站信息**（出于隐私限制），导致 fallback 到 IP 定位，误差动辄几百米。
为什么 enableHighAccuracy: true 在室内几乎没用
这个参数只是“建议”系统启用高精度模式，但实际是否生效取决于：① 设备是否支持；② 当前是否有可用的高精度源；③ 浏览器是否被授予对应权限。iOS Safari 和 Android Chrome 都不会因为设了 enableHighAccuracy: true 就去扫描周边 Wi-Fi SSID——那是原生 App 才能做的操作。
- Android WebView 中，若 App 没声明
ACCESS_FINE_LOCATION+ACCESS_WIFI_STATE权限，enableHighAccuracy形同虚设 - iOS 上，Safari 完全屏蔽 Wi-Fi 扫描能力，无论 JS 怎么设参数
- 即使成功触发，Wi-Fi 定位依赖的是已知热点数据库（如 Google/Apple 的位置服务），你家路由器不在库里，就只能靠信号强度粗略估算
真正在室内起作用的，其实是「Wi-Fi 接入点辅助」+「自建指纹库」
浏览器本身做不到，但你可以绕过它：让后端接收设备上报的可见 Wi-Fi SSID + RSSI（信号强度），再比对预先采集好的室内指纹库（即每个物理坐标点对应的 Wi-Fi 特征向量）。这需要配合原生 App 或 PWA 调用系统 API 获取扫描结果，纯 Web 页面拿不到。
- 必须由用户授权「位置信息」+「Wi-Fi 状态」权限（Android）或「定位服务」（iOS）
- 前端需调用
navigator.permissions.query({name: 'wifi-information'})（仅部分 Chromium 110+ 支持，且需 HTTPS + secure context） - 更现实的做法是：用 Cordova / Capacitor 封装，通过插件如
cordova-plugin-wifi-manager拿到扫描列表，再发给后端匹配 - 别指望用
getCurrentPosition的coords.accuracy值判断是否室内——它常返回 20~50 米，但实际偏差可能超 100 米
替代方案里最靠谱的是「蓝牙信标（iBeacon/Eddystone）」
Wi-Fi 指纹成本高、更新难；GPS 在室内失效；基站定位太粗。蓝牙信标体积小、功耗低、部署灵活，且现代浏览器可通过 Web Bluetooth API（需用户手动点击触发 + HTTPS）读取附近信标 ID 和 RSSI，再结合三边测量或指纹匹配算出位置。
立即学习“前端免费学习笔记（深入）”；
- Web Bluetooth 只支持 Chrome Desktop / Android，iOS Safari 不支持
- 信标需提前部署并记录物理坐标，比如每 3 米放一个，ID 编码为
floor3-roomA-01 - 注意：浏览器不会自动持续扫描，每次都要用户交互触发
navigator.bluetooth.requestDevice()，不适合后台追踪 - 误差可控制在 1~3 米，但前提是信标密度足够、无金属遮挡、RSSI 校准做过
室内定位不是调个参数就能解决的事。浏览器沙箱、系统权限模型、无线信号物理特性，三者叠加下来，纯 HTML5 方案注定只能做粗略区域划分（比如“大概在商场三楼”），别想做到“站在星巴克门口”。真正落地的项目，都得接受混合架构：前端负责交互和展示，定位计算交给原生层或边缘服务器，JS 只做结果消费。
