移动端广告弹窗必须由用户真实点击触发，否则90%以上被静默拦截；window.open()和showModal()均依赖用户激活上下文，异步调用必失败；fixed浮动层需显式关闭按钮、保存滚动位置、禁用缩放延迟并精准居中。
移动端浏览器对广告展示的限制极严，**非用户主动触发的广告弹窗或浮动层，90% 以上会被静默拦截**；能正常展示的，几乎都绕不开“真实点击”这个前提。别指望 onload、scroll、fetch 回调后自动弹——控制台只会报 Blocked opening 'xxx' in a new window because the request was made without user activation.，连提示都不给。
为什么 window.open() 和 showModal() 在移动端广告里基本失效
现代移动端浏览器（iOS Safari ≥16.4、Chrome for Android、各大 APP 内 WebView）已将“用户激活（User Activation）”作为硬性门槛：
-
window.open()在无点击上下文时直接被拒，且无法捕获错误，只在控制台静默输出拦截日志 -
<dialog>.showModal()</dialog>要求调用必须发生在用户手势（click/tap）同步执行栈内；异步延迟（哪怕setTimeout(() => dialog.showModal(), 0)）就会抛错Failed to execute 'showModal' on 'HTMLDialogElement': The element is not in a Document. - Safari iOS 15.x 及更早不支持
showModal()，只能用show()（非模态，背景可点），Android WebView 则普遍不支持dialog::backdrop伪元素，自定义遮罩色无效
浮动广告（fixed 定位）怎么避免被误判为“干扰性弹出”
Google 和 Apple 都把“遮挡主内容、无关闭入口、不可控出现时机”的 fixed 层归为“abusive experience”，尤其在首次加载或滚动中突然浮现时，可能触发 Chrome 的“页面体验警告”或 Safari 的强制降权。
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
- 必须提供显眼、易点的关闭按钮（
aria-label="关闭广告"+touch-action: manipulation），且点击后要立即移除 DOM 或设display: none，不能只靠 opacity 动画隐藏 - 首次展示不能早于用户首次真实交互（如点击首屏按钮、下拉刷新、表单聚焦）；可设一个
hasUserInteracted = false标志，在document.addEventListener('click', ...)首次触发时置为 true，之后才允许广告层classList.add('visible') - fixed 元素的
z-index必须明确高于页面导航栏、底部 Tab、原生 WebView 安全区（如 iPhone X+ 的刘海/圆角下方），建议设z-index: 2147483647（最大安全整数）并加pointer-events: auto - 禁用
inset: 0居中写法（iOS Safari 某些缩放场景偏移），改用top: 50%; left: 50%; transform: translate(-50%, -50%)+position: fixed，并确保父容器没transform或perspective（会创建新层叠上下文，导致 z-index 失效）
移动端广告遮罩层怎么禁滚动又不丢位置
设 document.body.style.overflow = 'hidden' 是常见做法，但直接这么干会导致页面 scrollTop 归零，用户关闭广告后回到顶部，体验断裂。
立即学习“前端免费学习笔记（深入）”；
- 打开前必须先保存当前位置：
const savedScrollY = window.scrollY; - 遮罩层关闭时，不能只恢复 overflow，还要同步回滚：
window.scrollTo(0, savedScrollY); - 注意：iOS Safari 中，
scrollTo在某些 WebView 下有延迟，建议加requestAnimationFrame(() => window.scrollTo(0, savedScrollY))确保帧内执行 - 遮罩层本身要用
position: fixed; top: 0; left: 0; width: 100vw; height: 100vh;，避免用100%（在 flex 容器里可能失效）
最常被忽略的一点：广告层的 touch-action: manipulation 不是可选项——没有它，iOS 上点击关闭按钮可能出现 300ms 延迟，用户得点两下才关掉；而安卓部分 WebView 会把广告区域识别为“可缩放区域”，导致双指缩放误触发。这点不加，等于默认放弃一半真机体验。
