onLoad中直接使用options参数获取URL查询参数，需手动decodeURIComponent；完整路径需拼接或写死；小程序无this.$route；冷热启动需同时处理onLoad和onShow，并用uni.getLaunchOptionsSync()兜底。
uni-app 里怎么拿到当前页面的完整路径和参数
在 onLoad 钩子中直接用 options 参数，不是 this.$route，也不是 getCurrentPages() —— 后两者要么拿不到原始路径，要么拿不到启动参数。
小程序端（微信、支付宝等）的页面路径和 query 参数，是在页面加载时由框架注入到 onLoad 的第一个参数里的，这是最准、最轻量的方式。
-
onLoad的options对象就是 URL 中?xxx=yyy解析后的键值对，不含/开头的路径部分 - 完整路径（比如
/pages/detail/detail）需要自己拼：用getCurrentPages()拿栈顶页面的$page.route（仅 H5/APP 端稳定；小程序端部分平台返回undefined） - 想兼容所有平台并确保路径准确？老老实实写死路径字符串，或在跳转时主动把
route作为参数传入
为什么 this.$route 在小程序里经常是空的
因为 uni-app 的 Vue Router 模式（vue-router 兼容层）默认只在 H5 和 APP 端启用，小程序平台走的是原生页面路由，this.$route 不被注入，this.$router 也不存在。
- 检查
manifest.json中的h5.router或mp-weixin配置，改它没用——小程序路由机制和 Vue Router 是两套东西 - 不要试图在
mounted里取this.$route.query，那大概率是{}或undefined - 真要统一访问方式？封装一个工具函数，内部根据
uni.getSystemInfoSync().platform分支处理，但注意：小程序平台无法通过 router API 反推路径
decodeURIComponent 必须手动加，否则中文参数变乱码
小程序平台（尤其微信）对 URL 参数的编码处理不一致：uni.navigateTo 会自动 encode，但 onLoad 拿到的 options 值**不会自动 decode**——你看到的可能是 %E4%BD%A0%E5%A5%BD 这种。
- 每个可能含中文、空格、斜杠的参数，都要包一层
decodeURIComponent(options.xxx || '') - 注意捕获异常：
try { decodeURIComponent(val) } catch(e) { val }，因为某些旧版客户端可能传了非法编码 - 如果参数是 JSON 字符串（比如
?data=%7B%22id%22%3A1%7D），先 decode 再JSON.parse，顺序不能反
从分享卡片或扫码进入时，参数来源不止 onLoad
分享卡片点击、扫普通二维码、带参数的动态二维码，触发的生命周期不同：可能走 onShow，也可能走 onLoad，甚至两次都走——取决于是否冷启。
- 必须同时在
onLoad和onShow里读取参数，并做去重或覆盖逻辑（比如用uni.getLaunchOptionsSync()拿首次启动参数） -
uni.getLaunchOptionsSync()返回对象含path和query，但它只在冷启动时有效；热启动时为空 - 别依赖
onShow的options——它没有这个参数；得用getCurrentPages()找当前页再读$page.options（仅条件编译可用，且微信基础库需 ≥ 2.7.0）
路径和参数这事，看着简单，实际卡在平台差异、编码陷阱、启动时机三座山上。最稳的姿势是：所有参数默认按字符串接收、手动 decode、关键路径不靠推导、冷热启动逻辑分开兜底。
