微信小程序不支持四列multiSelector，必须改用uni-data-picker组件实现四级联动；需树形localdata、设popup-title、按索引路径处理change事件，并针对安卓低端机优化街道渲染。
直接用 picker + mode="multiSelector" 做四级联动，在 H5 和 App 端能跑通，但在微信小程序里会出问题——它不支持四列 multiSelector，最多只认三列；强行写四列，第四列数据不显示、change 事件不触发，且无任何报错提示。
微信小程序必须改用 uni-data-picker 组件
原生 picker 在微信小程序中硬性限制为 3 列，这是平台侧的限制，无法绕过。而 uni-data-picker 是 DCloud 封装的跨端组件，内部自动降级或切换渲染方式（比如在微信小程序中转为弹层 + 滚动列表），支持四级甚至五级结构。
- 必须从插件市场导入
uni-data-picker，不能仅靠 npm install 或手动复制 -
:localdata必须是树形结构，每项含value、text、children字段，不能是扁平数组 - 如果用的是懒加载（比如街道数据等用户点到区才请求），
children字段初始可为空数组[]，但不能为null或缺失，否则节点不可展开 - 微信小程序中
popup-title必须设，否则弹层标题空白，部分安卓机还会导致点击无响应
localdata 数据结构要满足四级嵌套
常见错误是把全国地址 JSON 直接塞进 :localdata，但原始数据多为一维数组（如 opendb-city-china），没做树化处理。这种数据传进去后，uni-data-picker 无法识别层级关系，只会显示第一级，后续全为空。
- 正确结构示例：
{ text: "广东省", value: "440000", children: [{ text: "广州市", value: "440100", children: [...] }] } - 必须递归处理原始 JSON：用
parent_code字段匹配父子关系，不能只靠 name 字符串模糊匹配 - 街道（第四级）节点的
value建议用完整编码（如"440106001"），避免和区级 code 冲突（比如某区 code 是"440106"，街道若只写"001"就会重复） - 如果某地没有街道（如直辖市直辖区），其
children设为空数组[]，不要删掉该字段
@change 返回值不是字符串，而是路径数组
很多人误以为 @change 的 detail.value 是 ["广东", "广州", "天河区", "石牌街道"] 这样的字符串数组，实际返回的是每个节点在树中的索引路径，比如 [0, 1, 2, 5] —— 它指向树形数据里的具体位置，不是文本内容。
- 要拿到最终文本，得用这个路径去遍历
localdata树：先取第 0 个省，再取它 children[1] 的市，再取其 children[2] 的区，最后取 children[5] 的街道 - 别在
@change里直接拼接detail.value.join('')，那只是数字，不是地址 - 如果需要反向查找（比如编辑时回填已选地址），得写一个根据
value编码找路径的函数，不能靠 indexOf - 注意：
uni-data-picker的v-model绑定的是这个索引路径数组，不是文本，也不是编码数组
安卓低端机上第四级滚动卡顿或白屏
某些安卓 Webview（尤其是旧版 Crosswalk 或系统 WebView）对深度嵌套 DOM 渲染吃力，四级联动展开后，街道列表超过 200 项就容易卡死或白屏——这不是代码 bug，是渲染引擎限制。
- 临时方案：对街道列表截断，比如只展示前 150 项 + “更多…” 占位项，点击后调用
uni.showActionSheet补全 - 更稳做法：街道级完全放弃
uni-data-picker内置滚动，改为点击“选择街道”后跳转新页面，用uni-list+uni-search-bar实现可搜索的街道列表 - 别在
onLoad阶段就一次性加载全部四级数据，内存压力大；应按需加载，比如用户选完区之后，再fetch对应街道 - H5 端可加
track-by="value"优化列表重绘，但微信小程序不支持该属性，需忽略
真正难的不是写四级联动，而是让「街道」这一级在微信小程序里可点、在低端安卓上不崩、在编辑回显时能准确定位——这三个条件同时满足，必须放弃纯 picker 思路，接受 uni-data-picker 的树形约束和懒加载节奏。
