必须用picker-view手动维护三组value和range实现三级联动，multiSelector不支持动态联动；数据需组织为provinces、cities、areas二维数组结构；每次更新range须同步重置后续列value为0，并防抖setData。
uni-app里用picker实现三级联动，行不通
直接套用picker的mode="multiSelector"做省市区三级联动，数据一变就错位、滚动不同步、默认值设不上——这不是你代码写错了，是multiSelector压根不支持动态联动逻辑。它只认静态数组，每列独立，列之间没关联。
真正能控住三级依赖关系的，只有picker-view + 手动维护三组value和range。
- 第一列选“广东”，第二列
range必须实时替换成广东下所有市 - 第二列一变，第三列
range立刻刷新为对应市下的区 -
picker-view的value是数组，比如[0, 2, 5]，分别对应省、市、区当前索引，不能写死，得响应式更新
数据结构怎么组织才不翻车
别把省市区塞进一个扁平数组里，也别用对象嵌套三层再递归遍历——uni-app的picker-view只吃二维数组：每列一个数组，每个元素是字符串（显示文本）。
推荐结构：provinces（省列表）、cities（对象，key为省code，value为该省所有市数组）、areas（同理，key为市code）。
- 省列表直接用
provinces初始化第一列range - 选中省后，用省code查
cities[provinceCode]，赋给第二列range - 第二列变化时，用当前选中的市名或code查
areas[cityCode]，更新第三列range - 所有code必须唯一且稳定，别用中文名当key，容易重复或含空格
bindchange事件里改range，为什么第三列没刷新
常见错误：在bindchange回调里只改了areasRange，但忘了重置第三列的value索引。结果range变了，value还指着旧数组的第5个位置，新数组可能才3项，直接越界，UI卡死或回退到0。
- 每次更新某列
range，必须同步重置该列之后所有列的value为0 - 比如第二列变了，要执行
this.areaIndex = 0，否则第三列显示错乱 - 不要在
bindchange里直接setData三列，先算好新range和新value，再一次性setData - uni-app的
picker-view对value越界很敏感，越界不会报错，但行为不可预测
真机上滑动卡顿、iOS回弹异常
不是性能问题，是picker-view内部滚动和Vue响应式更新打架。尤其iOS微信里，快速滑动+频繁setData会触发渲染阻塞。
- 加防抖：
bindchange触发后延迟100ms再更新后续列，避免连续滚动中反复计算 - 别在
picker-view外层套v-if或复杂计算属性，它对DOM重绘极敏感 - 所有
range数组提前转成纯字符串数组，别在range里放对象或带方法的项 - 真机调试时关掉
console.log，大量日志会加剧iOS卡顿
三级联动本质是状态链式推导，不是组件拼凑。哪一环的value没对齐range长度，或者哪次setData漏了重置，都会让整个选择器“失联”。
