multiSelector不支持动态联动，仅接受初始化的静态二维数组；picker-view需手动同步range与value，更新前列时必须重置后续列value为0；uni-data-picker须配全field、parent_code及children结构。
uni-app里用picker的mode="multiSelector"为什么总错位
因为multiSelector根本不支持动态联动——它只认初始化时传入的静态二维数组，列与列之间没有依赖关系。你改了第一列数据，第二列range不会自动变；哪怕手动setData更新了range，只要没同步重置后续列的value索引，就会越界显示空白或回退到0。
常见错误现象：
- 滑动省之后，市列内容没变，还是初始那几个
- 选了“广东”，市列却显示“北京市辖区”
- 第三列直接空白，控制台无报错但UI卡死
真正能控住链式依赖的，只有picker-view + 手动维护三组value和range。别指望multiSelector自己推导逻辑。
picker-view中range和value怎么对齐才不越界
picker-view的value是数字索引数组，比如[0, 2, 5]，必须严格小于对应range数组长度。一旦某列range变短（比如从10项缩到3项），而value还保持5，就必然越界。
实操要点：
- 每次更新第n列的
range，必须把第n+1列及之后所有列的value重置为0 - 不能在
bindchange里分多次setData，要先算好新range、新value，再一次性提交 - 所有
range数组必须是纯字符串数组，比如["北京", "上海"]，不能是对象数组，否则iOS真机上会渲染异常
示例：第二列（市）变了，就要立刻执行this.cityIndex = 0; this.areaIndex = 0;，否则第三列（区）大概率出错。
用uni-data-picker省市区联动要注意什么
它比原生picker封装得更厚，但坑藏得更深。最常踩的是field配置和step-search逻辑。
关键细节：
-
field="code as value, name as text"必须写全，漏掉as或字段名大小写不一致，会导致value为空 -
step-search="true"开启后，选中省会触发自动查市，但前提是后端数据表要有parent_code字段且值正确（比如北京市的parent_code应为"100000"） - 用本地
localdata时，嵌套结构必须是children字段，且每层都带value和text，不能混用label/name - 真机调试时，如果选完没反应，先关掉
console.log——大量日志会让iOS微信里uni-data-picker弹窗延迟甚至不弹
第三方插件如@vant/area-data真能直接用吗
能，但只适合「展示即最终用途」的简单场景。它的数据是扁平化静态JSON，没有code层级映射，也不支持懒加载。
典型限制：
- 返回的
value是中文名（如"北京市"），不是行政区划代码，后端校验或关联查询时容易出问题 - 无法响应式切换数据源——比如用户切到“港澳台”时，内地城市列表不该出现
- 不支持自定义占位符或禁用态，比如“请选择城市”这种提示文字得自己patch组件
- 更新数据要等npm包发版，没法热更新本地JSON
如果你的业务需要传code、要兼容港澳台、或未来可能接入云数据库，别图省事，老实用uni-data-picker配opendb-city-china表，或者手写picker-view链式逻辑——复杂点，但边界清晰，改起来不心慌。
