HTML全局属性无法触发系统级行为，必须通过标准Web API（如navigator.clipboard、getUserMedia）在用户交互下调用；contextmenu属性已弃用，需监听contextmenu事件并preventDefault()；accesskey仅限页面内快捷键且受限。
HTML 全局属性本身不能触发系统级行为，也不能直接“自定义系统级别”的动作（比如打开文件管理器、调用摄像头、读取剪贴板、弹出原生右键菜单等）。所谓“系统级行为”，实际由浏览器安全沙箱严格管控，必须通过明确的 API 调用 + 用户主动交互（如点击）才能触发。
oncontextmenu 事件才是右键行为的实际控制点
很多人误以为给元素加 contextmenu="my-menu" 就能弹出自定义菜单——但这个 contextmenu 全局属性早已被主流浏览器弃用，Chrome、Firefox、Edge 均不解析它关联的 <menu type="context">。真正起效的是监听 oncontextmenu 事件并调用 event.preventDefault()。
- 必须在目标元素或其父容器上监听
contextmenu事件（注意：不是oncontextmenu属性，而是 JS 中的事件名） -
preventDefault()缺一不可，否则系统默认菜单仍会叠加出现 - 移动端（尤其是 iOS Safari）默认不触发
contextmenu，需用longpress模拟替代 - 定位推荐用
event.clientX/event.clientY，避免滚动时错位
accesskey 不等于快捷键系统注册
accesskey 是唯一接近“系统快捷键”语义的全局属性，但它只在当前页面内生效，且行为受限：
- Windows 下是
Alt + key，macOS 是Ctrl + Alt + key，没有统一标准 - 仅对可聚焦元素（
<a>、<button>、<input>等）有效，对<div>默认无效 - 浏览器可能屏蔽冲突键（如
accesskey="f"会被 Firefox 的“查找”覆盖） - 无障碍支持差：屏幕阅读器不一定播报，也无法自定义提示文案
其他全局属性与“系统行为”无关
像 contenteditable、draggable、hidden 这类属性，影响的是 DOM 渲染或内置编辑/拖拽状态，不涉及操作系统或浏览器底层能力：
立即学习“前端免费学习笔记（深入）”；
-
contenteditable="true"只启用浏览器内置富文本编辑逻辑，不是调用系统输入法框架 -
draggable="true"仅开启 HTML5 拖放协议，不访问系统剪贴板或文件句柄 -
hidden是 CSS 层面的display: none等效，不影响 JS 执行或资源加载 -
tabindex控制的是页面内 Tab 键顺序，和系统级焦点管理（如 macOS 的“全键盘控制”）无交互
真正需要系统级能力时，必须走标准 Web API：比如 navigator.clipboard.readText()（需用户手势触发）、MediaDevices.getUserMedia()（需 HTTPS + 用户授权）、showOpenFilePicker()（仅 Chromium 系新 API）。这些和全局属性无关，也绝不会因某个属性值自动激活。
