应放弃picker的mode="multiSelector"改用picker-view手动维护三列value和range，因其range静态、不监听列间依赖、不校验索引越界，易致数据错位或崩溃；需严格对齐每列value与range长度，变更前列后重置后续列value为0，并防抖+nextTick更新。
直接用 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
快速滑动时，iOS 微信会高频触发 bindchange，若每次都在回调里立刻 setData，会造成视图更新阻塞、回弹异常甚至丢帧。
- 加 100ms 防抖：用
clearTimeout+setTimeout包裹后续计算和setData - H5 平台必须用
this.$nextTick(() => this.setData())，否则picker-view不刷新滚动位置 - 别在
bindchange里调用异步请求；应提前加载好全量树形数据，运行时只做数组过滤 - 所有
range数组必须是纯字符串数组（如["北京市", "上海市"]），不能含对象或函数，否则 iOS 渲染异常
真机调试最容易忽略的三个细节
很多问题只在真机上暴露：iOS 微信对 picker-view-column 内 view 高度计算不准，导致滚动错位；安卓部分机型不支持 immediate-change 属性，必须靠 value 变更驱动；H5 端若未设置 picker-view 外层容器 height，会渲染成 0 高度——这些都不会报错，但 picker 就是不显示。
