微信小程序 map 的 markers 更新必须用新数组引用，label 和 id 类型需严格校验：label 必须为含 content/color/fontsize 的完整对象，id 必须为唯一 number 类型，否则 @markertap 失效或重绘异常。
微信小程序 map 的 markers 更新必须用新数组引用
直接改 this.markers[0].label 或 this.markers[i].iconPath 不会触发重绘，因为微信原生 map 组件只监听 markers 数组引用是否变化，不 deep watch 内部属性。Vue 响应式也默认不追踪嵌套对象变更。
- 正确做法是每次更新都生成全新数组：
this.markers = JSON.parse(JSON.stringify(this.markers))后再改值，再赋回 - 更稳妥可用结构赋值：
this.markers = this.markers.map(m => m.id === targetId ? { ...m, label: newLabel } : m) - 避免在循环里反复赋值
this.markers，一次更新完成再统一赋值
marker id 必须为 number 类型且全局唯一
字符串 ID（如 "store_1001"）在 iOS 微信中大概率导致 @markertap 事件失效，或点击响应错乱；重复 ID 会让新 marker 覆盖旧的，但事件仍指向旧数据。
- 后端返回的 ID 是字符串？转成
parseInt(store.id)再塞进 marker 对象 - 不要拼接
id: `store_${index}`，改用id: index + 1或数据库主键整型字段 - 动态增删 marker 时，确保所有 id 在当前数组内无重复——哪怕只是临时渲染，也要检查
label 修改后不刷新，本质是 map 组件缓存机制作祟
即使你用了新数组，label 仍可能“看起来没变”：微信原生 map 对 label 字段有内部缓存逻辑，尤其当 content、color、fontSize 未全部显式声明时，它可能复用旧样式。
- label 必须是完整对象：
{ content: 'xx', color: '#333', fontSize: 14 }，缺一不可 - 如果只改 content，但 color 和 fontSize 没传，map 可能忽略这次更新
- 极端情况可加
:key="Date.now()"强制重渲染 map，但仅限调试，上线前必须移除
缩放/居中动画卡顿，别直接改 center-location
在 @markertap 里直接赋值 latitude/longitude，iOS 上会出现“先放大再缩回”的抖动，因为微信原生 map 动画与 Vue 数据绑定不同步。
- 改用
mapContext.moveToLocation()，它走原生动画通道 - moveToLocation 后需等 success 回调再更新
center-location，否则视图和数据错位 - 避免在 success 里立刻调
setData，加setTimeout(..., 100)让原生动画帧跑完
label 字段的完整性要求和 id 类型校验——这两点不满足，其他优化全白做。真机测试务必覆盖 iOS 微信，模拟器看不出问题。
