uni.navigateback 是“返回上一页”而非“关闭窗口”，因其基于路由栈弹出当前页并展示上一页，不销毁 webview 或退出 app；栈深为1时静默失败，需用 relaunch 或原生 api 实现真正关闭。
uni.navigateBack 为什么不是“关闭窗口”而是“返回上一页”
uni-app 没有真正意义上的“关闭当前窗口”概念（不像浏览器 window.close()），所有页面都运行在统一的路由栈中。uni.navigateBack 的本质是弹出当前页、触发 onUnload，再展示栈中上一个页面——它不销毁整个 WebView，也不退出 App。如果你期望点击后直接退到桌面或关闭 Tab，那说明你混淆了「页面跳转」和「原生窗口控制」。
常见错误现象：uni.navigateBack() 调用后白屏或回到原生首页，大概率是当前栈深度为 1（比如从 uni.reLaunch 打开的独立页、或 TabBar 页面被强制重置）。此时它无处可返，只能交由原生层兜底处理。
- 栈深不足时，
uni.navigateBack静默失败，不会报错 - 想彻底“退出当前页且不留痕迹”，必须配合
uni.reLaunch或平台原生 API - 在非 APP-PLUS 环境（如 H5、微信小程序）中，无法真正关闭浏览器标签或小程序容器
pages.json 中 autoBackButton: false 只隐藏按钮，不改变行为
设置 "autoBackButton": false 是为了隐藏左上角原生返回箭头，但它不影响物理返回键、手势返回或 JS 主动调用的 uni.navigateBack。这个配置只作用于导航栏 UI 层，不是逻辑开关。
正确写法必须嵌套在 titleNView 下，且仅对 navigationStyle: "default" 生效；若设为 "custom"，该字段直接失效。
- 配置位置：对应页面的
pages.json中style.app-plus.titleNView节点 - 生效前提：目标平台为 APP-PLUS，且未启用自定义导航栏
- 隐藏后仍可通过 Android 返回键、iOS 手势触发返回，需额外拦截
onBackPress 中 return true 并不能“关闭窗口”
onBackPress 是拦截返回动作的生命周期钩子，return true 表示“我已处理，不要执行默认返回”，但它不会让当前页消失，也不会释放内存。页面依然保留在栈顶，只是阻止了跳转动作。
典型误用：在登录成功页里写 onBackPress() { return true; }，以为能禁用返回——结果用户点返回键没反应，但页面还在，且无法通过其他方式离开。
-
options.from === 'backbutton'：来自物理键或手势，return true可阻止 -
options.from === 'navigateBack'：来自 JS 调用，return true无效 - 若需“点击返回即退出 App”，得调用
plus.runtime.quit()（仅 APP-PLUS）
真要“关闭窗口”，得看平台和场景
所谓“关闭窗口”，在 uni-app 中实际分三种情况：
- APP-PLUS：可用
plus.webview.currentWebview().close()销毁当前 Webview 实例（慎用，可能影响栈管理） - APP-PLUS 全局退出：调用
plus.runtime.quit()，等效于按系统 Home 键 + 清后台 - 微信小程序/H5：无法关闭容器，只能用
uni.navigateBack或跳转到空白页（如/pages/blank/blank）模拟
最接近“关闭当前页并清空”的做法是：uni.reLaunch({ url: '/pages/index/index' })，它会清空全部页面栈再打开首页——但这不是关闭窗口，而是重置入口。
容易被忽略的一点：uni.navigateBack 的 delta 值超限时静默失败，没有 warning；调试时建议先用 getCurrentPages().length 检查栈深，再决定是否 fallback 到 reLaunch。
