小程序端无法直接挂载全局响应式变量，onShareAppMessage 必须同步返回且不支持异步或组件状态依赖，因此“全局动态参数注入”本质是通过混入统一注册钩子、页面级覆盖 getShareConfig 函数，并由页面在 onLoad 后主动提供已就绪数据来实现。
小程序端无法直接挂载全局响应式变量，onShareAppMessage 也不支持异步返回或依赖组件内部状态——所以所谓“全局动态参数注入”，本质是让每个页面能按需拼接、覆盖、计算分享配置，同时避免重复写逻辑。核心靠混入 + 页面级覆盖 + getCurrentInstance() 取当前上下文。
为什么不能直接用 app.config.globalProperties 注入分享函数
因为 onShareAppMessage 是生命周期钩子，不是普通方法：它必须在页面实例初始化时就注册好，且 uni-app 不会把 this 绑定到全局属性上。你往 globalProperties 上挂一个 $shareConfig 函数，页面里调用它没用——onShareAppMessage 不会自动执行它，也不会等它 resolve。
-
onShareAppMessage必须同步返回对象，不能 await 或依赖 ref/reactive - 全局混入（
app.mixin）是唯一能统一注册该钩子的机制 - 页面级定义会完全覆盖混入，不是合并，所以得预留“透出入口”
app.mixin 中如何支持动态参数
混入里不能直接写 ref 或 computed，但可以暴露一个可被页面重写的函数，比如 getShareConfig()，再由混入统一调用它并返回结果。
- 在
/mixins/share.js中导出混入对象，包含onShareAppMessage和默认getShareConfig -
onShareAppMessage内部调用this.getShareConfig?.() || DEFAULT_CONFIG - 页面中通过
export default { methods: { getShareConfig() { return { title: this.pageTitle, path: `/pages/detail/detail?id=${this.id}` } } } }覆盖 - Vue3
<script setup>页面需用defineOptions显式声明：defineOptions({ getShareConfig() { return { title: `活动-${activityId.value}`, path: `/pages/activity/coupon?inviter_id=${userId.value}` } } })
页面内如何安全读取当前路由参数或状态
混入执行时，页面的 data、setup 还没完全就绪，onLoad 比 onShareAppMessage 晚触发，所以不能在混入里直接读 this.id ——它还是 undefined。必须靠页面自己提供“已就绪”的数据。
- 推荐在
onLoad里把参数存到data或ref，再由getShareConfig读取 - 不要在
getShareConfig里调用uni.getCurrentPages()取当前页实例——不稳定，可能取错 - 如果要用 pinia/vuex，确保 store 已在
onLoad后 commit，否则混入里读到的是初始值 - 真需要运行时计算（如带时间戳的分享路径），只能放
getShareConfig里，但注意别触发副作用（如发请求）
容易被忽略的兼容性细节
微信基础库版本低于 2.27.0 时，onShareTimeline（朋友圈分享）会静默失效；而 onShareAppMessage 在 H5 端根本不存在——所以混入里必须加平台判断，否则 H5 打包会报错。
- 用
process.env.UNI_PLATFORM === 'mp-weixin'包裹微信专属钩子 - 不要在混入里写
onShareTimeline而不加条件，H5 构建会失败 - 分享图片
imageUrl必须是本地绝对路径（/static/xxx.jpg），网络地址在真机上大概率不显示 - 路径中的 query 参数会被自动编码，但中文或特殊符号仍建议手动
encodeURIComponent
最麻烦的点其实是时机：混入注册得早，页面数据准备得晚，中间没有“等待”机制。所有动态值都得靠页面主动“交出来”，而不是混入去“拿”。这个设计约束决定了你没法写一个“全自动”的全局分享注入器——它永远需要页面配合提供 getShareConfig 实现。
