uni-app App端无法在plus.runtime.quit()后发送通知，因退出会立即销毁JS环境；可行方案是先弹窗或提前触发通知，再延迟退出。
uni-app 无法在 App 端“强制退出”后还发通知——退出即进程终止，通知无处触发。所谓“强制退出 + 实时提醒”，本质是混淆了两个独立动作：一个是终止应用（plus.runtime.quit()），另一个是发送本地通知（uni.showLocalNotification 或 plus.notification.create）。二者不能串行执行，因为退出后 JS 线程立即销毁，后续代码不执行。
为什么 plus.runtime.quit() 后调用通知一定失败
调用 plus.runtime.quit() 会同步终止整个 WebView 和 JS 运行环境。哪怕你在它后面写一行 console.log('after quit')，这行也不会执行；更不用说异步的 uni.showLocalNotification ——它依赖运行中的 JS 上下文和原生桥接通道。
- Android 上表现：调用
quit()后 App 瞬间黑屏/回到桌面，通知 API 调用被直接丢弃，无报错也无日志 - iOS 上更严格：系统禁止 App 在退出前触发新通知，
plus.notification.create会返回err: "Not supported" - 常见误写（无效）：
uni.showLocalNotification({...});<br>plus.runtime.quit(); // ← 这行之前的通知根本来不及走完原生层
真正可行的替代路径：退出前弹通知 + 延迟退出
若业务强需“退出前告知用户”，唯一可靠方式是：先显示一个前端弹窗或本地通知，再延迟几秒执行退出。注意这不是“系统通知+退出”，而是“用户可见提示+人工确认或倒计时退出”。
- 优先用前端弹窗（兼容所有平台）：
uni.showModal提示“即将退出”，点击确定才调plus.runtime.quit() - 若坚持走系统通知栏，则必须提前触发，且留出至少 500ms 缓冲：
uni.showLocalNotification({<br> title: '已退出应用',<br> body: '感谢使用',<br> date: Date.now() + 300 // 提前 300ms 发，避免被 quit 截断<br>});<br>setTimeout(() => {<br> plus.runtime.quit();<br>}, 500); - 该方案在 Android 上成功率较高，但 iOS 因后台限制，
date若设为未来时间，通知可能被系统丢弃；设为当前时间则可能因 quit 太快而丢失
plus.notification.create 能否绕过限制
不能。虽然 plus.notification.create 比 uni.showLocalNotification 更底层，但它仍依赖 JS 主线程发起调用并构造 PendingIntent。一旦 plus.runtime.quit() 执行，Java/Kotlin 层的 Activity 和 Service 全部销毁，未完成的 Notification 构造直接中断。
- Android 必须已调用
plus.notification.setChannel，否则create静默失败（无报错） - iOS 上该 API 在 App 进入后台后即不可用，前台调用也受制于系统对“退出前操作”的拦截
- 调试技巧：加
console.log+plus.runtime.getProperty('pid')确认进程是否还在；退出后 PID 变为 0，此时任何 plus.* 调用都无效
最易被忽略的一点：很多开发者试图把“退出逻辑”封装进通知点击回调里（比如监听 plus.notification.addEventListener('click', ...) 再 quit），但这要求通知发出时 App 进程仍在运行——而你本意是要退出，这就成了死循环前提。实际能落地的，只有“提示 → 用户响应 → 主动退出”这一条路。
