用 getCurrentPages().pop().route 获取当前页路径，但 route 不含 query 参数，需手动拼接 options；注意三端字段差异、空值判断及避免在 onUnload 中使用。
uni-app里怎么拿到当前页面的完整路径
直接用
，它返回的是当前路由栈的数组，最后一个就是当前页。别信网上说的“用
”这种——uni-app 没这玩意儿，纯属误导。
注意：这个函数在小程序、H5、App 三端都可用，但返回对象的字段名略有差异，小程序端最全，
字段是带参数的路径（如
），而 H5 端可能只有
和
分开。
返回的是 Page 实例数组，每个元素有
（Vue 实例）、
（小程序路径）、
（页面 onLoad 接收的参数）等字段
取当前页路径推荐写法：
如果页面是通过
跳转的，
值就是
，**不带 query 参数**；想拿完整地址得自己拼：
为什么
里的
有时为空
常见于从分享卡片、后台冷启动、或使用
后再进页面时——此时页面被重建，但
的参数只在「直接跳转」时由框架注入。一旦路由栈被清空或页面重载，
就丢了。
不要依赖
的
做关键逻辑，尤其涉及分享场景
稳妥做法：在
或
中调用
拿
，它比
的参数更可靠
如果必须跨生命周期保留参数，手动存到
，但注意清理时机，避免脏数据
读取路由栈时容易踩的坑
很多人以为
是个“快照”，其实它是实时引用。如果你在页面卸载后（比如
）还去访问它返回的 Page 对象，
可能已销毁，
字段也可能变成
。
禁止在
里对
结果做异步操作（比如 setTimeout 后再取 route）
不要缓存
返回的数组本身，每次要用都重新调用——它内部是动态维护的
在自定义组件中无法直接调用
，必须通过父页面传入，或用
（全局函数，组件里也能用）
App 端和 H5 端的
字段可能为
，建议加空值判断：
需要获取上一页路径？别硬算
想实现“返回上一页并刷新”的逻辑，或者记录来源页，别试图用
去推——路由栈长度不稳定，用户可能从桌面图标冷启、或通过分享直达，栈里就一页。
真正可靠的方案是：跳转时显式传参，比如
如果不想改跳转代码，可在全局 mixin 里统一拦截
，把
的路径存在
上，但仅限当前页有效
复杂场景建议用状态管理（如 Pinia / Vuex）存最近 2–3 个页面路径，比手动扒栈靠谱得多
路由栈看着简单，实际在冷启、分享、分包加载、tabBar 页面切换下行为差异很大，别图省事硬读数组索引——多传一个参数，比后期 debug 十次路径问题省力得多。
getCurrentPages()uni.getStorageSync('route')route"pages/detail/detail?id=123"pathquerygetCurrentPages()$vmrouteoptionsconst currentPage = getCurrentPages().pop(); const path = currentPage.route;uni.navigateTo({ url: 'pages/a/a?x=1' })route"pages/a/a"`${currentPage.route}?${Object.keys(currentPage.options).map(k => `${k}=${currentPage.options[k]}`).join('&')}`onLoadoptionsuni.reLaunchonLoadoptionsonLoadoptionsonShowonReadygetCurrentPages()currentPage.optionsonLoaduni.setStorageSyncgetCurrentPages()onUnload$vmrouteundefinedonUnloadgetCurrentPages()getCurrentPages()getCurrentPages()uni.getCurrentPages()routenullcurrentPage.route || currentPage.pathgetCurrentPages()[length-2].routeuni.navigateTo({ url: 'pages/b/b?from=pages/a/a' })onLoadgetCurrentPages()[length-2]this.$scope.fromPage