禁用按钮最简可靠方案是立即设置disabled属性。需在事件回调第一时间设this.disabled=true，禁用后同步更新文案，持久化状态用localstorage，安全场景必须服务端校验，禁用比节流更可靠，ios需加强视觉反馈。
直接禁用按钮是最简可靠的方案
用户点击后立刻让按钮不可再点，核心就是设置 disabled 属性。这不是“视觉上灰掉”，而是真正阻断所有交互（包括键盘回车、脚本调用 .click()），且天然支持屏幕阅读器。
- 必须在事件回调里第一时间设
this.disabled = true，不能放在异步操作（如fetch）的then里——否则用户仍可连点 - 不要用
style.pointerEvents = 'none'或opacity: 0替代，这些只禁视觉，不防脚本触发 - 禁用后建议同步更新文案（如
this.textContent = '✅ 已提交'），避免用户误以为没点上
刷新后还想保持“已点过”？得靠 localStorage
disabled 是内存态，页面一刷新就失效。若需记住状态（比如“今日已签到”），必须写入 localStorage，但要注意它可被用户清空或伪造。
使用HTML,CSS,JavaScript开发Android应用程序 英文文字pdf版附源文件
下载
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
- 首次点击时存键值：
localStorage.setItem('hasClicked', 'true') - 页面加载时读取并禁用：
if (localStorage.getItem('hasClicked') === 'true') button.disabled = true - 别用
cookie替代——它要走 HTTP 头，更重，且默认不带HttpOnly时同样可篡改 - 安全敏感场景（如支付确认）绝不能只依赖前端存储，必须服务端校验
别踩“节流代替禁用”的坑
用 setTimeout 控制 1 秒内不可再点（即所谓“节流”），看起来能防连点，但本质是掩耳盗铃。
- 用户只要等 1001ms 就能再点一次，根本不是“仅一次”
- 如果业务逻辑本身耗时（比如上传大文件），节流时间设短了拦不住，设长了又卡体验
- 真正需要“单次语义”的场景（如点赞、报名、领券），必须用
disabled+ 服务端幂等处理双保险
移动端 iOS 上的特殊注意点
iOS Safari 对 disabled 按钮的触摸反馈有时不明显，用户可能反复戳，尤其在 button 套了复杂 CSS 的情况下。
- 确保按钮有明确视觉变化：除了
disabled，加一句this.style.opacity = '0.6' - 避免在
touchstart里做逻辑——iOS 会触发两次（touchstart和click），导致重复执行 - 真要兼容老 iOS（touchend 并
preventDefault()，但现代项目基本不用
disabled 放在逻辑最开头、是否理解它和持久化存储的根本区别、以及是否意识到移动端反馈必须叠加视觉提示。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
