oncontextmenu属性仍可用但仅限内联绑定且优先级低于addEventListener；禁用右键无法真正防盗，因用户可通过禁用JS、DevTools等绕过，敏感内容须服务端控制。
直接禁用右键菜单在现代浏览器中已不可靠，oncontextmenu 属性或 addEventListener('contextmenu', ...) 只能拦截默认行为，无法真正“禁止”——用户仍可通过开发者工具、快捷键（如 Shift+F10）、辅助技术或浏览器设置绕过。
oncontextmenu 属性现在还能用吗
能，但仅限于内联绑定，且优先级低于事件监听器。它本质是 oncontextmenu 事件的简写，触发时会执行返回值为 false 的函数来阻止默认行为。
-
oncontextmenu是 HTML 属性，只支持字符串表达式，例如：<div oncontextmenu="return false"> - 若同时存在
addEventListener('contextmenu', e => e.preventDefault())，后者会生效，oncontextmenu属性被忽略 - Vue/React 等框架中不推荐使用该属性，因为 JSX 和模板语法不支持直接返回
false阻断（需显式调用e.preventDefault()）
addEventListener('contextmenu') 的正确写法
必须调用 e.preventDefault()，仅 return false 不起作用（这和 jQuery 时代不同）。
- 基础写法：
document.addEventListener('contextmenu', e => e.preventDefault()); - 避免影响可访问性：建议限定范围，比如只对特定容器禁用：
document.getElementById('editor').addEventListener('contextmenu', e => e.preventDefault()); - 注意事件冒泡：如果父元素已禁用右键，子元素无需重复绑定；若子元素需要恢复右键（如图片预览），得在子元素上显式
e.stopPropagation()并不调用preventDefault()
为什么禁用右键对防盗图/防复制基本无效
因为所有禁用逻辑都运行在前端 JavaScript 层，用户关闭 JS、删掉事件监听器、或直接访问网络面板下载资源，即可完全绕过。
- 右键菜单被禁 ≠ 图片/文字不可获取：资源 URL 仍在 HTML 或 DevTools 的 Network / Elements 面板中可见
-
user-select: none和pointer-events: none也不能阻止截图、录屏或通过document.body.innerText提取文本 - 真正敏感的内容（如付费文档）应做服务端权限控制 + 水印 + 动态切片渲染，而非依赖前端拦截
真正难处理的是既要禁用右键、又不能破坏屏幕阅读器等辅助工具的行为逻辑——这时候连 preventDefault() 都得加判断，比如只对鼠标触发的 contextmenu 执行，忽略键盘（Shift+F10）或触摸长按模拟的事件。
