原生 radio 不支持倒计时限制，需用 JavaScript 实现：倒计时结束时禁用所有同名 radio 并清除选中态，同时配合锁变量、视觉反馈与后端校验确保有效性。
radio 单选框本身不支持倒计时限制
HTML 原生 没有内置的超时或锁定机制。所谓“限制选择时间”，必须靠 JavaScript 主动控制：在倒计时结束时禁用所有 radio、清空已选值，或阻止后续交互。浏览器不会自动帮你计时或锁控件。
用 setTimeout 禁用 radio 并重置选中状态
这是最直接可控的方式。关键不是“限制选择”，而是“倒计时一到就失效”。注意几个实操要点：
- 倒计时开始前，先记录当前已选的
value（如有），便于后续提交或回传 - 调用
document.querySelectorAll('input[type="radio"]')获取全部 radio，遍历设disabled = true - 同时清除选中态：
input.checked = false，否则视觉上可能残留对勾（尤其 Safari） - 别只禁用 DOM 元素——后端仍需校验提交时间，前端禁用纯属体验防护
let timer = setTimeout(() => {
document.querySelectorAll('input[name="quiz"]').forEach(radio => {
radio.disabled = true;
radio.checked = false;
});
}, 30000); // 30 秒后锁定
倒计时期间显示剩余时间并禁用交互
用户需要感知时间压力，且不能靠右键/DevTools 绕过禁用。常见疏漏点：
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 仅用
disabled不够：用户可能快速点击多个 radio，在倒计时结束前完成多次触发（尤其低延迟场景） - 建议加一层「锁开关」变量，如
let isLocked = false，在change事件里先判断再执行逻辑 - 显示倒计时文本时，用
innerText更新，避免内联 HTML 注入风险 - 若页面有多个 radio 组，
name属性必须区分，否则querySelectorAll会误操作其他题组
移动端和表单提交时的兼容性注意
在 iOS Safari 或 Android WebView 中，radio 的 disabled 行为偶有延迟或渲染残留。更稳妥的做法：
- 禁用后立即触发一次
blur()和focus()（对任意可见元素），强制重绘 - 提交表单前检查
document.querySelector('input[name="x"]:checked')是否存在，不存在则拒绝 submit - 不要依赖
form.onsubmit做倒计时校验——它发生在用户点击之后，此时可能已超时 - 如果使用框架（如 React/Vue），别直接操作 DOM
disabled，应同步更新组件 state 控制 render
真正难处理的是用户切出页面再切回——setTimeout 在后台标签页可能被节流，实际倒计时不准。需要用 performance.now() + 定期轮询来补正，但多数业务场景没必要这么重。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
