globalData无法实现实时同步，因其仅为进程内副本且不跨WebView；需通过unicloud-db监听云数据库或手动轮询+事件通知实现自动同步。
小程序端的全局参数无法靠 globalData 实时同步，它只是进程内共享副本，不是跨 WebView 或跨设备的“真全局”。要实现「实时自动同步」，必须绕过前端状态管理，走服务端中转 + 客户端监听机制。
为什么 globalData 不能用于实时同步
globalData 在微信小程序里每个 WebView 是独立副本（比如从分享卡片打开、从订阅消息跳转、或分包加载都可能触发新 WebView），this.globalData 修改后不会广播给其他页面实例。更关键的是：它不响应远程变更，也无法监听服务端推送。
- 常见错误现象：
onLaunch里赋值globalData.token，但其他页面读到仍是空 —— 因为那些页面的App实例还没初始化，或加载了不同 WebView - 调试陷阱：开发者工具里看起来“同步了”，真机多开场景下立刻失灵
- 性能误导：频繁读写
globalData不会触发 Vue 响应式更新，需手动EventBus或uni.$emit补救，但依然无法跨 WebView
用 unicloud-db 实现带监听的参数同步
真正能“自动同步”的方案是让参数存进云数据库，并用 unicloud-db 组件绑定 + 监听。它底层基于 WebSocket 长连接，数据变更时自动刷新所有已挂载的组件。
- 适用场景：用户偏好设置（如主题色、语言）、运营开关（如活动 banner 是否显示）、权限配置（如某功能是否对当前用户开放）
- 必须把参数建在云数据库表里，例如
sys_config表，字段包含key（字符串主键）、value（JSON 字符串）、updated_at - 前端不直接调
uniCloud.callFunction，而是用<unicloud-db>组件声明式绑定：<unicloud-db ref="udb" collection="sys_config" field="key,value,updated_at" where="key=='theme'" :getone="true" @load="onConfigLoad"></unicloud-db>
- 注意
:getone="true"和where条件必须精确匹配，否则监听失效；field里漏掉updated_at就无法感知变更 - 修改参数必须走云函数或控制台操作，不能本地改完再
update—— 否则会绕过监听机制
手动监听 + 轮询兜底的混合策略
如果云开发不可用，或需要兼容低版本基础库（unicloud-db 要求基础库 ≥ 2.27.0），就得自己实现监听逻辑，但必须加轮询兜底。
- 首次加载用
uni.request拉取参数，存到uni.setStorageSync('sys_config')作本地缓存 - 启动定时器每 30 秒检查一次服务端
last_modified时间戳，变化则重新拉全量（避免 diff 复杂度） - 关键点：定时器要在
onShow里启动、onHide里暂停，否则后台耗电严重；Android 上部分厂商会杀掉前台定时器，得配合uni.getBackgroundAudioManager保活（仅限音频类小程序） - 别用
uni.onNetworkStatusChange触发重拉 —— 网络恢复瞬间并发请求容易触发服务端限流 - 参数变更后，用
uni.$emit('sys_config_changed', newConfig)通知所有页面，比全局变量更可控
容易被忽略的真机兼容细节
方案跑通不代表上线就稳。微信小程序的 WebView 生命周期和权限模型会让同步逻辑在真机上突然中断。
- 安卓低端机（尤其是 EMUI / MIUI）会回收后台 WebView，导致
unicloud-db的 WebSocket 断连后无法自动重连，必须监听uni.onSocketOpen并手动reconnect - iOS 微信 8.0.54+ 对后台 WebSocket 有 3 分钟静默限制，超时后需主动断连再建连，否则
@error事件不触发 - 小程序从后台切回前台时，
onShow不一定比unicloud-db的@load先执行，所以依赖配置的页面必须加 loading 状态或默认值 fallback - 不要在
App.vue的onLaunch里初始化监听 —— 此时uniCloud还没 ready，会报uniCloud is not defined
