uni-data-picker 不支持过滤器机制，其选项由 localdata 或 url 控制，过滤需在数据获取阶段实现；搜索+级联需绕开原生逻辑，改用独立搜索列表与 picker 手动联动。
uni-data-picker 本身不支持过滤器（filter）机制，它没有 filter、timeFilter 这类 prop，也不能像 u-datetime-picker 那样通过函数动态筛选项。强行传入 :filter="xxx" 会静默忽略，不会报错，但也不起作用。
uni-data-picker 的数据来源决定能否“过滤”
uni-data-picker 是基于 uni-data-select 封装的远程/本地数据驱动组件，它的选项由 localdata 或 url 控制。所谓“过滤”，只能发生在数据获取阶段：
- 如果用
url：需后端支持关键词查询参数（如?q=北京），前端在搜索时重新请求带参接口 - 如果用
localdata：可在赋值前手动filter()数组，再塞给localdata属性
它不提供运行时逐列筛选能力，也不响应输入框事件——这点和 picker 或 u-datetime-picker 完全不同。
想实现搜索+级联，必须绕开 uni-data-picker 原生逻辑
你不能在它内部加搜索框，也不能监听 @input，因为：
-
uni-data-picker内部结构不可侵入，scoped样式和事件绑定均被封装 - 它的
v-model绑定的是最终路径数组（如["shanghai", "pudong"]），不是扁平列表项 - 搜索结果是扁平结构（如
{ label: "上海浦东新区", value: "310115" }），而级联选择要求树形路径，二者语义不匹配
正确做法是：
- 用独立
+ - 搜索触发时，
v-if隐藏原uni-data-picker面板 - 点击搜索项后，调用映射逻辑把扁平
value转成路径数组，再赋值给v-model对应字段 - 后端必须返回完整层级码（如
provinceCode、cityCode、areaCode），否则前端无法逆推出路径
替代方案：改用 picker + 手动联动更可控
如果需要真正可过滤、可联动、三端一致的体验，建议放弃 uni-data-picker，直接用原生
- 数据结构必须是二维数组：
[provinces, cities, areas] - 每次
@change后，用this.$nextTick更新下一级range和value索引 - 搜索态下，可临时替换
range为扁平搜索结果生成的单列数组（此时退化为单列选择） - 注意：H5 端
mode="multiSelector"会降级为，样式不可控，但行为可用
uni-data-picker 本质是个“懒人组件”，适合静态省市区或固定分类；一旦涉及搜索、异步、动态层级，它就不再是省事，而是埋坑。
