小程序端无法调用系统通知栏，只能通过uni.$emit与全局组件实现应用内悬浮提醒；需在App.vue中监听、用fixed定位、CSS变量适配安全区，并由业务层控制去重与节流。
小程序端不能直接操作系统通知栏
uni-app 在小程序平台（微信、支付宝、百度等）无法调用原生系统通知栏 API，uni.createPushMessage 仅支持 App 端和部分 HarmonyOS 场景，**在小程序中调用会静默失败或抛出 undefined 错误**。所谓“个性化通知栏”，实际只能做「应用内全局提醒组件」——即悬浮于所有页面之上的自定义弹窗，不是系统级通知。
用 uni.$emit + 全局组件实现跨页面通知展示
核心是让任意页面都能触发、任意页面都能响应，不依赖页面实例生命周期。关键点不在“怎么画”，而在“怎么通”。
- 在
App.vue的onLaunch和onShow中注册监听：uni.$on('show-notice', this.showNotice) - 创建
components/GlobalNotice.vue，用v-if控制显隐，避免挂载开销；样式必须加position: fixed+z-index（推荐 ≥ 9999） - 所有业务逻辑（如拉取未读数、点击跳转）都在组件内通过
props或uni.getStorageSync获取，不要传复杂对象 - 避免在
onUnload里手动uni.$off—— 小程序页面卸载后事件总线自动清理，重复off可能导致监听丢失
uni.createSelectorQuery 不适用于通知组件定位
有人尝试用 uni.createSelectorQuery() 动态计算顶部安全区再偏移，但小程序中该 API 在非页面节点（如全局组件挂载在 App.vue 下）常返回空结果，且不同平台返回结构不一致（微信返回 top，支付宝可能为 boundingClientRect）。更稳妥的做法是：
- 固定写死顶部距离：
top: calc(var(--status-bar-height, 0px) + 12px) - 在
app.vue的中注入 CSS 变量：:root { --status-bar-height: env(status-bar-height, 0px); } - 不依赖 JS 测量，规避真机下
query.exec异步时机不可控问题
消息去重与节流必须由业务层控制
小程序没有后台常驻进程，轮询靠 onShow 触发，容易因频繁切页造成重复弹窗。常见错误是把「检查未读」逻辑放在组件 mounted 里 —— 每次组件创建都查一次，而组件可能被反复销毁重建。
- 统一在
App.vue的onShow中做一次检查：if (hasNew && !this.isNoticeShowing) uni.$emit('show-notice', noticeData) - 用
uni.setStorageSync('lastNoticeId', id)记录已展示 ID，下次拉取时过滤掉 - 添加防抖：对同一类通知（如“订单更新”），5 秒内只允许展示一次，用
setTimeout+clearTimeout手动管理
小程序端的“全局提醒”本质是视觉层覆盖和事件通信的配合，没有系统级入口，也不应追求和 App 端行为完全一致。最易忽略的是：**不同小程序平台对 fixed 定位的支持程度不同，微信基础库 2.27.0+ 才稳定支持 env(safe-area-inset-top)，低版本必须降级为硬编码值**。
