LayUI单选框在laytpl中应写原生input[type="radio"]，不加layui-form-item或lay-radio类；渲染后需用form.render('radio')处理，确保name一致且父容器有layui-form类。
layui单选框在 laytpl 模板里怎么写
直接写 input[type="radio"]，别套 layui-form-item 或调用 form.render() —— 这是模板渲染阶段，DOM 还没生成，LayUI 的表单模块压根没介入。
常见错误是照搬官网 HTML 示例，把带 layui-form 类、lay-radio 等写进 tpl 字符串里，结果渲染出来样式错乱、事件不响应、甚至被 LayUI 二次解析报错。
- tpl 里只负责输出干净的原生 radio 结构，比如：
<input type="radio" name="status" value="1">启用<br><input type="radio" name="status" value="0">禁用
- 必须确保所有同名
name的input[type="radio"]在同一级 DOM 下（不要被<div>或其他标签意外包裹打断语义） - 如果需要默认选中，用
checked属性，别依赖 JS 设置 —— tpl 渲染时就该定好：<input type="radio" name="type" value="2" checked>普通
怎么让 tpl 渲染后的单选框支持 LayUI 样式和校验
关键不是“在 tpl 里怎么写”，而是“渲染完后怎么交给 LayUI 处理”。必须分两步：先 tpl 输出，再手动 render。
- tpl 渲染后，确保容器有
layui-form类：<div class="layui-form">{{# ... tpl 内容 ... }} - 调用
form.render('radio')，而不是form.render()全量重载（避免性能浪费和重复绑定） - 如果单选框是动态插入（比如弹窗里），必须在插入 DOM 后立即调用
form.render('radio')，不能等页面加载完成 - 注意：
form.render('radio')只处理当前已存在的 radio，不会监听后续新增节点 —— 动态添加需再次调用
为什么用 laytpl 时经常出现单选框无法选中或值读不到
根本原因常是 name 值不一致或 DOM 结构破坏。LayUI 的 radio 绑定依赖严格的 name 匹配和父级 layui-form 上下文。
- 检查浏览器 Elements 面板里实际生成的
name是否和 JS 中form.val('formFilter', {})读取时用的 key 一致（大小写、空格、下划线都不能错） - 避免在 tpl 中用变量拼接
name时漏掉引号，比如name="{{d.name}}"→ 如果d.name是user_status没问题，但如果是user status就会断开属性 - 不要在 radio 外层加
layui-form-item—— LayUI 会把它当块级容器处理，导致内部 radio 失去关联性 - 如果用了
lay-ignore，确认不是误加在了父容器上，否则整组 radio 都会被跳过渲染
有没有更稳妥的写法替代纯 tpl 手写 radio
有。用 LayUI 自带的 form.radio 方法动态生成（LayUI 2.8+），它能保证结构合规且自动绑定：
form.radio({
elem: '#radio-container',
data: [
{value: '1', title: '启用'},
{value: '0', title: '禁用'}
],
value: '1' // 默认选中值
});这样写的好处是完全绕过 tpl 拼接风险，且支持动态更新、联动 disabled、事件回调。但注意：elem 必须是空容器，且不能已有 radio 元素，否则会冲突。
复杂表单里混用 tpl 和 form.radio 很常见，但得划清边界：静态字段走 tpl，动态/条件渲染字段走 JS 生成 —— 别试图在 tpl 里模拟 form.radio 的 DOM 结构，那只会增加维护成本和出错概率。
