onBackPress 是 uni-app 中拦截返回行为的唯一可靠入口，仅适用于 App 和现代 H5，不支持小程序；需定义在页面级 Vue 实例中，返回 true 阻断默认行为，e.from 可区分来源；App 全局监听需用 plus.key.addEventListener('backbutton') 且必须在 plusready 后注册；WebView 场景需手动调用 canBack 和 back；微信小程序无 onBackPress，只能通过 onUnload + onShow 间接感知返回。
onBackPress 是唯一可靠入口，但只在 App/H5 生效
安卓物理返回键在 uni-app 里不能靠 document.addEventListener('backbutton') 随便监听——那是 plus.runtime 的私有机制，只在 App 端生效，且必须等 plusready 后才能注册。而页面级拦截的正统方式，就是 onBackPress 生命周期函数，它天然兼容物理键和导航栏左上角按钮。
但它不支持微信/支付宝小程序（这些平台用的是平台原生返回逻辑），也不支持某些旧版 H5 WebView 内核。所以第一步得确认你的目标平台：如果打包成 App（app-plus）或运行在 H5（现代浏览器），onBackPress 可直接用；如果是小程序，这条路走不通，得换方案。
-
onBackPress必须定义在页面级 Vue 实例中（与data、methods同级），不能写在组件里 - 返回
true表示“我接管了”，默认跳转被阻断；返回false或不返回，就走原生逻辑 -
e.from字段可区分来源：'backbutton'是物理键，'navigateBack'是 JS 主动调用返回
App 端全局监听需绕过生命周期限制
单页内用 onBackPress 没问题，但如果你希望整个 App 启动后就统一处理返回逻辑（比如首页按两次退出、其他页弹确认框），就不能只靠页面钩子——因为用户可能从 splash 页直接进某个二级页，onBackPress 不会触发在 App.vue 里。
这时得用 plus.key.addEventListener('backbutton')，但它只能在 plusready 后注册，且仅限 App-PLUS 环境。
- 必须用
// #ifdef APP-PLUS包裹，否则 H5 或小程序编译报错 - 不能在
onLaunch里直接写plus.key.addEventListener，要等document.addEventListener('plusready', ...)触发后再注册 - 全局监听里不能直接调用
uni.navigateBack()，得先用getCurrentPages()判断栈深，否则可能退到空栈然后闪退
WebView 页面里返回键行为更复杂
当页面里嵌了 <web-view>，安卓物理返回键默认是直接关闭整个 web-view 组件，而不是让 H5 页面执行 history.back()。这时候 onBackPress 依然能捕获事件，但你要手动查 WebView 实例是否还能后退。
关键操作是拿到当前 web-view 的原生实例，再调 canBack 和 back 方法：
onBackPress() {
const webview = this.$scope.$getAppWebview().children()[0];
webview.canBack((e) => {
if (e.canBack) {
webview.back(); // H5 页面内退一步
} else {
uni.navigateBack(); // web-view 自身无历史，退到上一页
}
});
return true; // 拦住默认行为
}
-
this.$scope.$getAppWebview()只在 App 端有效，H5 下为 undefined - 必须用回调形式查
canBack，同步判断不准（异步加载导致状态延迟） - H5 中嵌 web-view 时，物理键行为由浏览器控制，uni-app 无法干预，只能引导用户点页面内返回按钮
微信小程序没有 onBackPress，得用曲线方案
微信小程序根本没 onBackPress 这个生命周期，物理键、右滑手势、左上角按钮全走原生逻辑，你拦不住。唯一能做的，是在用户「即将离开」时做补救——用 onUnload 记录状态，再结合页面栈还原意图。
- 在目标页（比如表单页）的
onUnload里存个标记：uni.setStorageSync('form_unload', Date.now()) - 在上一页（比如列表页）的
onShow里读这个标记，如果存在且时间很近，说明是从表单页退回来的，可主动弹窗或跳转 - 此法无法阻止返回动作本身，只是事后感知；且若用户切后台再回来，
onUnload不触发，会误判 - 更稳妥的做法是禁用物理返回预期——比如把表单做成弹层或半屏页，让用户操作都在当前页完成
最常被忽略的一点：返回逻辑不是孤立的，它和页面栈深度、web-view 加载时机、plusready 状态强耦合。写完别只测点击左上角，一定要真机连 Android 手机按物理键跑一遍，尤其注意冷启动、web-view 切换、多层嵌套这几个边界场景。
