应放弃picker的mode="multiSelector"改用picker-view手动维护三列value和range，因其range静态、不校验越界、value更新不触发重置，易导致数据错位、闪退或空白；需严格对齐value与range长度、动态重置后续列索引、防抖+nextTick更新、预加载树形数据、确保range为纯字符串数组，并注意真机特有渲染问题。
直接用 picker 的 mode="multiSelector" 做省市区三级联动，90% 的项目会上线即翻车——不是数据错位，就是 iOS 滚不动、安卓闪退。真正可控的方案，是放弃原生 multiSelector 模式，改用 picker-view 手动维护三列 value 和 range。
为什么 multiSelector 模式不能做动态三级联动
multiSelector 的 range 是静态二维数组，列与列之间无依赖关系。它不监听某列变化后去重置后续列，也不校验 value 索引是否越界。一旦你第一列选“广东省”，第二列 range 动态换成 21 个市，但 value[1] 还是上次的 5，而新数组只有 3 项，结果就是第三列显示空白或卡死。
- 微信小程序里
value只在初始化时生效，后续setData不触发滚动重置 - H5 平台下甚至会忽略
value数组，始终停留在默认索引 - 所有平台都不校验
value[i] >= range[i].length，越界静默失败，不报错也不提醒
picker-view 的三列 value/range 必须手动对齐
每一列的 value 必须严格小于对应 range 长度，且每次更新某列 range 后，必须同步将该列之后所有列的 value 重置为 0。
- 第一列（省）变更 → 更新
this.cities = citiesByProvince[provinceIndex]，然后this.cityIndex = 0、this.areaIndex = 0 - 第二列（市）变更 → 更新
this.areas = areasByCity[cityIndex]，然后this.areaIndex = 0 - 每次
setData必须包含完整三列索引：{ provinceIndex, cityIndex, areaIndex }，不能只传一个 - 安卓真机对
range长度极度敏感：单列超 200 项易卡死，需截断 + “更多…” 占位逻辑
bindchange 里必须防抖 + nextTick 才能保 UI 同步
快速滑动时，iOS 微信会高频触发 bindchange，若每次都在回调里立刻 setData，会造成视图更新阻塞、回弹异常甚至丢帧。
- 加 100ms 防抖：用
clearTimeout+setTimeout包裹后续计算和setData - H5 平台必须用
this.$nextTick(() => this.setData(...))，否则picker-view不刷新滚动位置 - 别在
bindchange里调用异步请求；应提前加载好全量树形数据，运行时只做数组过滤 - 所有
range数组必须是纯字符串数组（如["北京市", "上海市"]），不能含对象或函数，否则 iOS 渲染异常
真机调试最容易忽略的三个细节
很多问题只在真机出现，模拟器完全正常——因为原生 picker 组件的行为差异被掩盖了。
- iOS 微信里，
picker-view外层不能套v-if或复杂 computed，DOM 重绘会直接导致滚动失灵 - 安卓低端机上，
range某列长度为 0 时，picker-view会拒绝渲染整列，必须保证至少有一个占位项（如["请选择城市"]） - 开发阶段关掉
console.log，大量日志会加剧 iOS 卡顿，尤其在连续滑动时
