app端必须用titlenview配置搜索框：需在pages.json的app-plus.titlenview下设searchinput，disabled设为false，align用left/center/right，backgroundcolor用十六进制，placeholder与placeholdercolor共存；buttons与searchinput同存时需用float控制方向；输入监听用onnavigationbarsearchinputchanged方法，参数为字符串，首次进入不触发，android需手动点击激活光标。
App端必须用 titleNView 配置搜索框
uni-app 在 App 端（iOS/Android）不支持通过 navigationStyle: "custom" + 手写组件的方式实现原生级搜索框交互——那样只是个普通 <input>，无法触发系统键盘自动弹出、无法绑定原生搜索行为、也无法在状态栏下正确对齐。真正能用的方案只有一条：启用 titleNView 并在其下配置 searchInput。
searchInput 的关键参数和常见错误
配置必须放在 pages.json 对应页面的 app-plus.titleNView 下，不是全局 globalStyle，也不是 H5 或小程序的配置位置。
-
disabled: true是默认值，设为false才允许点击后聚焦并唤起键盘 -
align只接受"left"、"center"、"right"，不能写"flex-start"或像素值 -
backgroundColor建议用十六进制（如"#f8f8f8"），避免使用rgb()或命名色（部分 Android 机型解析失败） -
placeholderColor不生效？确认你没漏掉placeholder字段——两者必须同时存在才显示提示文字
按钮和搜索框共存时的布局陷阱
当 buttons 和 searchInput 同时存在，uni-app 会按顺序从左到右排布，但不会自动避让。容易出现搜索框被右侧按钮遮挡、或搜索框宽度被压缩到不可用。
- 用
float: "left"或float: "right"显式控制按钮方向，避免默认堆叠 - 不要依赖
width设置搜索框宽度——titleNView不支持该属性，它由剩余空间自动计算 - 若需固定宽度搜索框（比如只占中间 80%），只能放弃
searchInput，改用navigationStyle: "custom"+ 自定义组件，但要自行处理键盘适配和 focus 行为
监听搜索框输入必须用 onNavigationBarSearchInputChanged
这个生命周期方法必须写在对应页面的 .vue 文件中，且与 methods 同级；不能写在 mounted 里，也不能封装成普通函数调用。
- 事件回调参数是字符串，不是
event.detail.value—— 直接接收纯文本：onNavigationBarSearchInputChanged(val) { console.log(val) } - 首次进入页面时不会触发，只有用户真实输入或删除才会触发
- 在 iOS 上，连续快速输入可能触发多次，建议加防抖（
setTimeout+clearTimeout） - App 端不支持监听“搜索键按下”事件（如回车），只能靠输入内容变化判断是否提交
最常被忽略的一点：搜索框在 Android 上默认不显示光标，除非用户已点击过一次；iOS 则每次进入都会保持焦点状态。如果测试时发现没反应，先手动点一下搜索框再输——不是代码问题，是平台差异。
