iOS Safari 无法用 watchPosition() 实现地理围栏，因其后台定位被系统强制暂停且无区域事件；真围栏需原生 App+WKWebView 桥接调用 CLLocationManager，纯 H5 只能前台轮询模拟。
iOS 无法直接通过 HTML5 的 Geolocation API 实现地理围栏（Geofencing）功能，因为浏览器环境不支持后台持续定位与区域进出事件监听。
为什么 navigator.geolocation.watchPosition() 在 iOS Safari 里不能当围栏用
HTML5 的 watchPosition() 只在页面前台活跃且未被系统休眠时才可能持续回调；iOS Safari 会在页面进入后台、锁屏或低电量模式下立即暂停定位，且不触发“进入/离开区域”事件。它没有 RegionMonitoring 或 CLCircularRegion 这类原生能力的对应接口。
- 即使设置
enableHighAccuracy: true，也无法绕过系统对后台定位的限制 - 页面切到后台后，
watchPosition()回调会停止，通常 1–3 秒内就中断 - 没有
onregionenter或类似 DOM 事件，所有逻辑必须由 JS 主动轮询+计算——但轮询在后台根本跑不起来
真正可行的方案：必须借助原生 iOS 容器（WKWebView + 原生桥接）
只有让 Web 页面运行在自定义 iOS App 内（非 Safari），并用 WKWebView 加载，再通过 WKScriptMessageHandler 暴露原生地理围栏能力给 JS 调用，才能实现可靠围栏。
- 原生层使用
CLLocationManager.startMonitoring(for:)监听CLCircularRegion，系统会在进出时唤醒 App（即使已挂起） - 通过
WKUserContentController.add(_:name:)注册消息名（如"geofenceEvent"），JS 端用window.webkit.messageHandlers.geofenceEvent.postMessage(...)接收事件 - Web 页面无需自己算距离，也不依赖
getCurrentPosition()，所有区域判断由原生完成 - 注意：需在
Info.plist中声明NSLocationWhenInUseUsageDescription和NSLocationAlwaysAndWhenInUseUsageDescription，并请求always权限（iOS 13+ 要求更严）
如果只能用纯 Web（无原生 App），有哪些折中办法？
纯 H5 页面在 iOS 上做不到真围栏，但可结合用户主动行为做轻量级模拟：
立即学习“前端免费学习笔记（深入）”；
- 页面可见时，用
watchPosition()获取位置，配合haversine公式实时计算距目标点距离（示例：若distance < 100则视为“近场”） - 利用
Page Visibility API监听visibilitychange，页面回到前台时立刻重查位置并比对区域 - 配合 PWA 添加
push notification（需服务端配合），但 iOS 不支持 Service Worker 后台同步，无法自主触发定位检查 - 提醒用户“请保持本页开启并允许持续定位”，实际体验差，且 iOS 会频繁弹窗打断流程
真正的地理围栏是系统级能力，HTML5 标准至今没定义相关 API。所有号称“纯 H5 实现 iOS 围栏”的方案，要么混淆了前台轮询和围栏概念，要么偷偷用了原生壳。上线前务必确认你的容器是否可控——否则连 CLLocationManager 的权限弹窗都出不来。
