凌晨两点，弹窗代码我盯着屏幕上那个死活关不掉的弹窗代码弹窗，指尖在键盘上悬了十秒。弹窗代码不是弹窗代码病毒，是弹窗代码隔壁组同事写的促销代码——`alert()`里塞了句“限时五折”，却忘了加关闭按钮。弹窗代码这大概就是弹窗代码JavaScript弹窗最真实的写照：三行代码能毁掉一个深夜，也能在关键时刻救回一笔订单。弹窗代码
弹窗的弹窗代码本质是阻断。浏览器提供`alert()`、弹窗代码`confirm()`、弹窗代码`prompt()`三个原生方法时，弹窗代码压根没打算跟你商量。弹窗代码页面主线程直接冻结，弹窗代码用户必须点一下才能继续。弹窗代码这种粗暴的交互方式被骂了二十年，但你要真做后台管理系统，`confirm("确定删除这条记录？")`依然是最可靠的防误触方案。数据不可逆的操作，别整花活，原生弹窗就是最诚实的守卫。
真正的技术分水岭在自定义弹窗。原生弹窗没法改样式，按钮文字写死“确定/取消”，在面向用户的页面上用简直像穿着睡衣去面试。我见过最蠢的写法是用`div`盖一层半透明遮罩，然后往里面塞内容——这没错，但很多人忘了处理`ESC`键关闭和遮罩层点击穿透。去年给某电商平台修bug，用户疯狂反馈“付款后页面卡死”，查到最后是弹窗关闭时没解绑`keydown`事件监听，按一次ESC就多一个僵尸定时器在跑。
写弹窗代码有个反直觉的要点：别急着写显示逻辑，先设计关闭路径。按钮关闭、遮罩点击、ESC键、路由跳转时自动销毁——这四条缺一条，等着你的就是线上事故。有个经典案例：某网站在移动端登录弹窗里嵌了第三方扫码，用户扫完跳转新页面，返回时弹窗还在，但内部状态全乱了。解决方案很简单，在弹窗组件销毁时统一执行`clearAll()`，把定时器、事件监听、全局变量引用全部清空。代码不复杂，难的是你意识到“关闭”不等于“隐藏”。
样式和动画的坑更深。`position: fixed`在移动端键盘弹起时会抽风，`backdrop-filter`做毛玻璃效果在低端安卓机上直接掉帧。最稳妥的写法是弹窗容器用`position: fixed`，内容区最大高度设`calc(100vh - 40px)`，配合`overflow-y: auto`。动画别用jQuery的`slideDown`，现在`requestAnimationFrame`配CSS变量控制过渡，六十帧稳稳的。你要是看到弹窗打开时背景还能滚动，八成是忘了给`body`加`overflow: hidden`——但记得在关闭时恢复，否则页面就永久锁死了。
弹窗代码写久了，你会发现它跟人的情绪很像。原生方法像直脾气的老友，有啥说啥但不够体面；自定义弹窗像精心化妆的接待员，优雅但每个细节都可能出岔子。我的建议是：内部工具用原生`confirm`，面向用户的操作流程用自定义弹窗，但务必把“可访问性”刻进脑子里——`role="dialog"`、`aria-modal="true"`、焦点锁定在弹窗内，这些属性不是摆设，屏幕阅读器用户靠它们才能知道发生了什么。
最后说个真事。上个月给客户的CRM系统加批量导出功能，数据量大了会卡住，我写了个进度弹窗。最初用`setInterval`轮询后端状态，每三秒查一次，弹窗上显示“已处理 128/5000 条”。结果客户反馈弹窗里的数字跳得跟心电图似的，忽快忽慢。改成WebSocket推送后，数字平滑了，但代码复杂度翻倍。你猜怎么着？后来发现根本没必要实时显示，直接弹个“任务已提交，完成后发送邮件通知”就完事了——弹窗的最高境界，是让用户感觉不到它存在的必要。