无法真正禁用右键菜单或F12开发者工具，因浏览器原生调试功能运行在JS之上，所有前端拦截（如preventDefault）仅能干扰体验，无法阻止有经验用户绕过；关键安全必须依赖后端校验与加密。
不能完全禁用右键菜单或 F12 开发者工具，event.preventDefault() 只能阻止默认行为，无法真正禁用浏览器的调试功能。它最多能干扰用户操作体验，但对有经验的用户或通过其他方式（如地址栏输入 chrome://inspect、快捷键绕过、禁用 JS 后操作）完全无效。以下说明其作用边界和常见实现方式：
禁用鼠标右键（仅隐藏上下文菜单）
监听 contextmenu 事件并调用 preventDefault()，可阻止右键弹出默认菜单：
document.addEventListener('contextmenu', function(e) {
e.preventDefault();
});
注意：这不会阻止用户通过键盘（如 Shift + F10）呼出菜单，也不影响“查看网页源代码”等浏览器菜单项。
拦截部分键盘快捷键（如 F12、Ctrl+U、Ctrl+Shift+I）
监听 keydown 事件，检测组合键并阻止其默认行为：
- F12：
e.key === 'F12'或e.keyCode === 123（已废弃，建议用key） - Ctr+U（查看源码）：
e.ctrlKey && e.key === 'u' - Ctrl+Shift+I / Ctrl+Shift+C（开发者工具）：
e.ctrlKey && e.shiftKey && (e.key === 'i' || e.key === 'c')
示例代码：
document.addEventListener('keydown', function(e) {
if (
e.key === 'F12' ||
(e.ctrlKey && e.key === 'u') ||
(e.ctrlKey && e.shiftKey && ['i', 'c'].includes(e.key.toLowerCase()))
) {
e.preventDefault();
return false;
}
});
⚠️ 局限性：Mac 系统常用 Cmd 替代 Ctrl；部分快捷键（如 Cmd+Option+I）无法被页面 JS 拦截；用户可禁用 JavaScript 后直接使用。
为什么无法真正“禁用”调试功能？
开发者工具是浏览器原生功能，运行在页面 JS 上层。JavaScript 运行环境本身就被开发者工具监控和控制，因此：
- 所有前端禁用逻辑都可被跳过、注释或绕过
- Network、Elements、Console 等面板不受页面事件监听影响
- 服务端才掌握真实权限，前端任何防护都只是“防君子不防小人”
真正敏感的操作（如支付、鉴权、数据解密）必须依赖后端校验与加密，而非前端隐藏。
更务实的替代思路
与其阻断调试，不如降低信息泄露风险：
- 关键逻辑和服务端交互做混淆 + 签名校验（非安全防护，仅增加分析成本）
- 敏感数据不在前端存储（如 Token 存 HttpOnly Cookie）
- 使用 Source Map 上传至私有平台，不发布到生产环境
- 通过 CSP（Content-Security-Policy）头限制内联脚本和 eval，提升整体安全性
不复杂但容易忽略：用户能否调试，从来不是由你的 preventDefault 决定的，而是由你的架构设计决定的。
