iOS WebView定位失败的根本原因是系统强管控与HTML5地理API不匹配：必须配置Info.plist权限描述、原生调用requestWhenInUseAuthorization、启用JavaScript开窗、使用HTTPS或localhost协议，且需适配旧版iOS兼容问题。
有，而且问题集中、表现明确——不是“偶尔不准”，而是“根本拿不到定位”或“地图不渲染”。核心矛盾在于 iOS 对 WebView 定位权限的强管控 + HTML5 地理位置 API 的运行机制不匹配。
WKWebView 必须显式申请定位权限，否则 navigator.geolocation 直接静默失败
iOS 原生 App 里用 WKWebView 加载 HTML5 地图页，即使网页写了 navigator.geolocation.getCurrentPosition()，也会卡住或报 PERMISSION_DENIED。这不是 JS 写错了，是系统层没放行。
-
Info.plist中必须添加NSLocationWhenInUseUsageDescription，值为用户可见的用途说明（如“用于显示您附近的位置”） - 在原生代码中，首次调用 JS 定位前，必须主动触发
CLLocationManager.requestWhenInUseAuthorization() -
WKWebViewConfiguration需设preferences.javaScriptCanOpenWindowsAutomatically = true，部分地图 SDK（如高德）依赖此能力初始化
协议必须是 https:// 或 http://localhost，file:// 协议下定位被 Safari 引擎彻底禁用
iOS 13+ 起，WebView 对 file:// 加载的本地 HTML 文件直接屏蔽 navigator.geolocation——哪怕你本地起服务用 http://localhost:8080，也比双击打开 index.html 可靠得多。
- 百度地图 JS API v3.0+ 要求 HTTPS（
localhost是唯一例外） - 高德地图若用
https://协议，需确保其 JS SDK 版本 ≥ 1.4.1；旧版在 iOS 11+ 上可能无法弹出授权框 - 腾讯地图对 User-Agent 敏感，若检测到非 Safari，会降级为 IP 定位；可在原生层设置
configuration.applicationNameForUserAgent模拟 Safari UA
旧版 iOS（9–11）需绕过三大兼容陷阱：fetch、flex、光标高度
这些不是地图特有问题，但叠加后会让定位页面白屏、错位、无法输入，导致整个流程中断。
立即学习“前端免费学习笔记（深入）”；
-
fetch在 iOS 9–10.2 中 POST 请求必须带headers: {'Content-Type': 'application/json'}，否则静默失败；建议统一用whatwg-fetchpolyfill + 手动加 header - Flex 布局在 iOS 9.3 及更早版本中容易失效，尤其嵌套 +
position: absolute场景；优先用display: -webkit-box替代 -
input光标在 iOS 上会撑满父容器高度；不要用height + line-height控制，改用padding撑开内容区
真正卡住开发者的，往往不是“怎么写定位逻辑”，而是“为什么连授权框都不弹”。iOS 的限制是刚性的——它不管你用的是百度、高德还是原生 geolocation，只要协议不对、权限没走原生层、WebView 配置缺项，就一律拦截。调试时先确认三件事：plist 描述是否写了、原生是否调了 requestWhenInUseAuthorization、页面是不是通过 localhost 或 HTTPS 加载的。
