要为uni-data-picker添加搜索功能，需绕过其原生逻辑，手动实现搜索输入、异步过滤与结果渲染，并将扁平化搜索结果转换为树形路径以匹配级联要求。
直接用 uni-data-picker 加搜索框不现实
它本身没有 search 属性，也不响应 input 事件，强行往里面塞 input 标签或监听 @input 都会失效。真要加搜索，得绕开它的原生交互逻辑，自己接管输入、过滤、渲染三步——本质上是在它外面套一层“壳”。
搜索框 + 列表展示必须手动实现
核心是把“搜索”和“级联选择”拆成两个独立流程：用户输关键词时，走异步请求（或本地 filter）拿到扁平化匹配项；点中某一项后，再把它转成级联路径，反向设置到 uni-data-picker 的 v-model 或触发其内部更新方法。
- 搜索结果列表不能复用
uni-data-picker的列式结构，得另写一个<scroll-view></scroll-view>+v-for渲染，支持关键字标红（用v-html或分段<text></text>拼接） - 搜索输入必须加防抖：
this.timer && clearTimeout(this.timer); this.timer = setTimeout(() => { this.doSearch() }, 300) - 如果数据来自接口，每次请求带上唯一
requestId，响应回来先比对，避免后发先回覆盖正确结果 - 搜索态开启时，隐藏原
uni-data-picker的列面板（用v-if="!isSearching"控制），只留搜索框和结果列表
picker-view 手动联动更可控但 H5 兼容性差
若放弃 uni-data-picker，改用原生 <picker-view></picker-view>，你能完全控制每列的 range 和 value，也方便加搜索后跳转到对应层级。但要注意：
- H5 端
mode="multiSelector"是假联动——三列各自滚动，不会根据前一列变化重置后列，必须用<picker-view></picker-view>+@change+ 手动更新后续列range和value - 每次更新某列
range后，它后面的列value必须设为0，否则越界导致空白或跳回顶部 - iOS 微信里
@change触发太频繁，建议加setTimeout(() => { ... }, 100)防抖，不然滑动未停就刷新 UI，体验卡顿 - 所有
range必须是纯字符串数组，不能传对象；value数组长度必须等于列数，少一个都会渲染异常
搜索结果转级联路径是最大易错点
后端返回的搜索项通常是扁平结构：{ label: "上海市浦东新区", value: "shanghai-pudong" }，但 uni-data-picker 要求的是树形路径数组，比如 ["shanghai", "pudong"]。这个转换不能靠猜，得依赖后端返回完整层级字段（如 provinceCode、cityCode、areaCode），或者前端维护一份映射表做逆查。漏掉这步，选中后显示不对、提交值为空，都是常态。
