HTML5页面打包成APP无法全屏的根本原因是原生WebView配置缺失，而非HTML问题；需在Android中设置WebSettings禁用UI组件、调用systemUiVisibility隐藏状态栏，在iOS中通过WKWebViewDelegate拦截导航并禁用手势，同时合理配置viewport与全屏API调用时机。
HTML5页面打包成APP后默认带浏览器地址栏和导航控件，无法全屏——这不是HTML本身的问题，而是宿主WebView或封装工具的配置缺失。
WebView中禁用地址栏的关键是设置WebSettings
在Android原生WebView中，必须显式关闭内置UI组件。仅靠HTML的<meta>标签或JavaScript无法真正隐藏地址栏：
-
webview.getSettings().setJavaScriptEnabled(true)是前提，否则部分全屏API不可用 - 必须调用
webview.getSettings().setBuiltInZoomControls(false)和webview.getSettings().setDisplayZoomControls(false)关闭缩放控件（它常被误认为是地址栏的一部分） - 安卓7.0+需额外加
webview.setSystemUiVisibility(View.SYSTEM_UI_FLAG_FULLSCREEN | View.SYSTEM_UI_FLAG_HIDE_NAVIGATION | View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY)才能隐藏状态栏和虚拟按键
iOS WKWebView需配合WKWebViewConfiguration与原生代码
单纯用cordova-plugin-inappbrowser或capacitor默认配置，iOS仍会显示顶部进度条和返回按钮。关键点：
- 初始化WKWebView时，
configuration.preferences.setValue(true, forKey: "fullScreenEnabled")无效——这是过时的私有API，已被弃用 - 正确做法是在
WKWebView创建后，通过webView.navigationDelegate = self拦截所有导航，并在webView(_:decidePolicyFor:decisionHandler:)中对非跳转请求直接decisionHandler(.allow)，避免触发导航UI - 若使用Capacitor，需在
ios/App/App/AppDelegate.swift中添加：let bridge = CapacitorBridge(webView: webView)并确保webView.allowsBackForwardNavigationGestures = false
混合方案里viewport和screen.orientation容易被忽略
即使原生层隐藏了UI，HTML内容仍可能因视口设置不当而留白或滚动条外露：
立即学习“前端免费学习笔记（深入）”；
-
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">中的user-scalable=no在iOS上可能导致双击缩放失效，但不加又可能触发地址栏重现；稳妥做法是保留，再用touchstart事件阻止默认行为 - 横屏强制全屏时，
screen.orientation.lock("landscape")需用户手势触发（如点击按钮），否则Chrome/iOS会拒绝调用并抛出NotAllowedError - Cordova项目中，
config.xml的<preference name="Fullscreen" value="true" />只影响启动屏，不影响运行时WebView；真正起效的是插件cordova-plugin-fullscreen中的AndroidFullScreen.immersiveMode()
真正决定能否全屏的，从来不是HTML里的某个meta标签，而是原生容器是否放弃对导航控制权。很多开发者卡在“为什么JS调用了document.documentElement.requestFullscreen()却没反应”——因为WebView根本没把该API暴露给网页上下文。
