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>,安卓物理返回键默认是直接关闭整个 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 切换、多层嵌套这几个边界场景。











