uni-app无开箱即用全局数据同步，需手动设计数据流；onShow刷新易失效且资源浪费，应改用navigateTo events精准控制；storage与globalData双写须初始化兜底；云同步需区分一致性模型并加并发控制。
uni-app 本身不提供“开箱即用”的全局数据同步能力，所有看似自动的同步行为，都依赖你主动设计的数据流控制逻辑。别指望 globalData 或 vuex 自己跨页面、跨进程、跨存储把数据对齐——它只响应内存变化，不解决持久化、初始化、竞态和平台差异。
为什么 onShow 刷新经常失效又浪费资源
在列表页写 onShow 调接口，看似简单，但真机上极易出问题：
- 用户从后台切回前台，
onShow触发，但此时用户根本没做任何业务操作，纯属白刷 - TabBar 切换时也会触发，导致列表反复重载、滚动位置丢失
- 如果编辑页是分包加载，返回主包列表页时，
onShow可能比数据写入 storage 还早，读到的是旧值或 null
根本症结在于：你把「页面显示」当成了「数据需要更新」的信号，而这两者在业务上毫无必然联系。
用 uni.navigateTo 的 events 实现精准返回刷新
这才是真正可控、可预测、无副作用的同步起点。跳转时带上事件监听器，返回时由目标页主动触发，链路清晰、时机明确。
列表页跳转前注册监听：
uni.navigateTo({
url: '/pages/edit/edit?id=' + id,
events: {
refreshList: () => {
this.loadData() // 精准触发，仅在此处执行
}
}
})
编辑页保存成功后触发：
uni.navigateBack({
success: () => {
// 注意：必须通过 eventChannel 发送，不能直接 uni.$emit
const eventChannel = this.getOpenerEventChannel()
eventChannel.emit('refreshList')
}
})
关键点：
- 事件名必须完全一致，且只在本次跳转生命周期内有效，不会污染全局
- 不依赖
onShow，也不需要维护全局事件订阅/销毁逻辑 - 天然规避分包初始化时序问题——eventChannel 是跳转时创建的，与 globalData 初始化解耦
storage + globalData 双写必须带初始化兜底
小程序端的「持久化同步」本质是三步原子操作，漏掉任意一环就丢数据：
- 登录/变更后立刻
uni.setStorageSync('user', JSON.stringify(userInfo)) - 同时同步赋值
getApp().globalData.user = userInfo - 在
App.vue的onLaunch和onShow中统一执行读取+解析+挂载
初始化代码不能只写一次，必须覆盖冷启动和热切回两种场景：
const saved = uni.getStorageSync('user')
if (saved) {
try {
getApp().globalData.user = JSON.parse(saved)
} catch (e) {
uni.removeStorageSync('user') // 静默失败时清掉脏数据，避免后续解析异常
}
}
容易被忽略的细节：
- 存 Date 对象必须手动转成时间戳或 ISO 字符串，否则
JSON.parse后不是 Date 实例 - 超过 50KB 的对象（如含 base64 头像的 profile）别硬塞 storage，改用
uni.getFileSystemManager().writeFile存文件，storage 只存路径 - 微信小程序 storage 上限 10MB，但实际建议控制在 2MB 内，避免写满报错
云同步要区分「最终一致性」和「实时强一致」
用 unicloud-db 绑定页面，只是让组件自动监听云端数据变更，并不等于本地 storage 和云端实时对齐。常见误区：
- 以为绑定后本地改了，云端会自动同步——其实默认是单向（云→端），需显式调用
db.collection().add()或.set() - 多端同时编辑同一文档，没加事务或版本号校验，大概率发生覆盖写
- 离线时写入本地 db，联网后未配置
autoSync或未监听syncStatus，导致数据滞留本地
生产环境必须加：
- 乐观并发控制：用
_updateTime字段做更新前校验 - 冲突处理策略：比如以最后修改时间为准，或提示用户手动合并
- 离线状态 fallback：检测
uni.getNetworkType，降级为本地缓存读取 + 操作排队
最常被跳过的环节，是没在 App.vue 里统一监听 uniCloud.onSyncStatusChange 做状态反馈——用户不知道同步是否成功，也不知道失败原因。
