小程序端全局弹窗广告不能挂载到body是因为其运行机制禁止操作document.body，必须通过pages.json的insetLoader注入到页面根节点内，并注意rootEle匹配、onShow时机、状态管理及图片跳转限制。
小程序端全局弹窗广告为什么不能直接挂 body
因为微信/支付宝等小程序环境禁止操作 document.body，所有 DOM 操作必须限定在当前页面的 WXML 树内。你在 H5 或 App 端用 createApp 动态挂载到 document.body 的方案，在小程序里会直接报错：Cannot read property 'appendChild' of null。这不是 uni-app 的 bug，是小程序运行机制决定的——它没有真正的全局 DOM 容器。
必须用 pages.json 的 insetLoader 注入弹窗节点
这是目前唯一稳定、可跨页面生效的方案。核心是让 uni-app 在每个页面的根节点（view 或 div）内部自动插入你的弹窗组件，而不是靠 JS 动态创建。
-
pages.json中配置insetLoader，指定组件名和挂载位置（注意rootEle必须与你页面根元素一致，比如用<view>就填"view"） - 组件本身需用
v-if控制显隐，不能依赖v-show—— 否则即使不显示也会参与渲染，影响首屏性能 - 组件内部必须监听全局状态（如 Vuex / Pinia /
uni.$on），不能只靠props传参，否则页面跳转后状态丢失 - 务必在
onShow阶段检查广告策略，而不是onLoad—— 小程序 tab 切换后onLoad不触发，但用户可能已回到首页
个性化频次控制要避开 localStorage 陷阱
小程序的 uni.setStorageSync 是同步写入，但不同页面的读写时机不可控。如果多个页面同时调用 showAd()，可能出现「24 小时内弹了两次」的问题。
- 把时间戳判断逻辑收口到一个工具函数里，加锁机制：
if (uni.getStorageSync('ad_lock')) return，设置前先写锁，校验后删锁 - 用户行为维度要存服务端：比如「最近 3 次点击广告的页面路径」，前端只做兜底，避免被逆向篡改
- 不要用
Date.now()直接比对，小程序系统时间可能被手动修改，应以服务端下发的serverTime为准 - 若需支持「不再提示」，建议用
uni.setStorageSync('ad_never_show', { page: 'index', ts: Date.now() })，按页面维度控制，而非全局一刀切
图片加载和跳转必须适配小程序限制
小程序对图片资源和跳转有强约束，广告图一加载失败或跳转失败，整个弹窗体验就崩了。
- 广告图
src必须是 HTTPS 或本地包内路径（/static/ad.png），不能是 HTTP，也不能是用户相册路径 - 跳转链接必须是已配置的合法业务域名（在小程序后台「业务域名」中备案），且
uni.navigateTo的url参数不能带空格或未编码特殊字符 - 图片加载失败时要 fallback 显示文案：
@error="adImage = '/static/default-ad.png'" - 点击广告图后立即调用
this.closeAd()，再执行跳转，否则用户可能在新页面看到旧弹窗残留（小程序页面栈切换有延迟）
insetLoader 的 rootEle 匹配和 onShow 时机 —— 这两个点一旦出错，弹窗要么完全不出现，要么在某些页面闪一下又消失，排查起来非常隐蔽。 
