layui单选框radio本身不支持lay-search，需手动实现联动搜索：监听选中动作→清空旧搜索→发起带类型参数的远程请求→渲染结果，并严格控制请求并发与ui同步。
layui 单选框（radio）本身不支持搜索，所谓“联动搜索结果”，实际是用单选框控制搜索行为——比如选中某分类后，触发对关联数据的关键词搜索。不能指望 lay-search 或 form.on('radio') 自动完成这事，得手动串起「选中 → 清空旧搜索 → 发起新请求 → 渲染结果」这一链路。
为什么 radio 无法直接加 lay-search
lay-search 是 select 的专属属性，对 input[type="radio"] 完全无效。强行写 <input type="radio" lay-search> 不会报错，但也不会有任何搜索行为出现。Layui 的表单模块压根不解析 radio 上的这个属性。
- 常见错误现象：radio 标签加了
lay-search="true"，输入框没出来，控制台也无提示 - 根本原因：Layui 的
form.render()在处理radio时只关注name、value和checked，忽略所有非标准属性 - 正确思路：把“搜索”这件事从 radio 上剥离，让它只负责“选什么”，再由 JS 主动响应选中动作去执行搜索
radio 选中后如何触发远程搜索并更新下拉列表
典型场景：三个 radio 分别代表“用户”“订单”“商品”，选中后要加载对应类型的可选项（如选“用户”就搜用户姓名，选“订单”就搜订单号），并填入下方一个带搜索功能的 select 或自定义下拉面板。
- 监听必须用原生
change事件，form.on('radio(filterType)')在 radio 动态插入或未渲染时可能不生效 - 每次选中前，先调用
layui.select.clear('targetSelect')（如果用了layui.select模块）或手动清空<select id="result"></select>的<option></option> - 发起请求时，把当前 radio 的
value作为类型参数传给后端，例如：$.get('/api/search', { type: 'user', q: '' }) - 后端返回数据后，不能直接
append()到select；必须等layui.form.render('select')执行完，否则新选项不可点击 - 若用
layui.select模块替代原生select，初始化时elem必须指向一个<div>，且每次换 type 都要重新 <code>render()并传新request.url如何避免快速切换 radio 导致搜索结果错乱
用户连点两个 radio，第二个请求返回比第一个快，结果把本该属于“订单”的搜索列表塞进了“用户”下拉框里——这是并发最典型的 UI 错位问题。
- 每个 radio 对应的搜索请求，必须绑定唯一标识（如用 radio 的
value+ 时间戳生成 requestKey） - 全局缓存上一次请求的 key，每次发起新请求前比对：若不一致，直接
abort()上一个 xhr（Layui 2.8+ 的layui.ajax支持xhr.abort()） - 渲染结果前，再次校验当前选中的 radio
value是否仍等于本次请求的 type，不等就丢弃响应 - 禁用 radio 切换期间的搜索输入框（
$('#searchInput').prop('disabled', true)），直到新数据加载完成再启用
真正难的不是写几行监听代码，而是让「选中动作」「请求生命周期」「UI 渲染时机」三者严格对齐。漏掉
form.render('select')、忘了 abort 旧请求、或者在 DOM 还没插入时就调select.render()，都会导致看似逻辑通顺，实则一半时间不工作。 - 每个 radio 对应的搜索请求，必须绑定唯一标识（如用 radio 的
