原生HTML无toggle标签，开关必须用checkbox配合CSS实现；button无法提供表单语义与无障碍支持；需用label包裹、隐藏checkbox、伪元素绘制滑块，并添加role="switch"与同步更新的aria-checked属性。
这里有个关键事实需要明确：原生 HTML 里压根就没有 这种东西。你想实现的那个“开关按钮”，本质上必须依靠 配合 CSS 来“伪装”出来。所以，别费劲去找什么内置的 toggle 标签了，它不存在。
为什么不能图省事，直接用
当然，你可能会想，用 然后通过 Ja vaScript 切换个 class 或者改改文字，视觉上不也能“切来切去”吗？这么做不是不行，但代价不小。你会丢失掉表单控件的原生语义，更麻烦的是，无障碍支持（比如屏幕阅读器）会完全无法识别这个元素的开关状态。想想看，如果是用户偏好设置、或者某个API的配置开关这类严肃场景，提交表单时，你的 状态值能自动带上去吗？答案是不能。因此，真正的开关行为，底层必须用 作为状态控制的核心。
自带的checked属性，天生就是用来表达“开/关”这种二元状态的，而且能被元素自动序列化提交。- 所有那些为了无障碍访问而设的属性，比如
aria-checked、role="switch"，都得依附在这个基础元素上才能正常工作。 - 从交互监听的角度看，用 Ja vaScript 监听 checkbox 的
change事件，也比监听button的click事件更可靠，因为它能兼容键盘操作（比如空格键、回车键触发），避免一些意想不到的交互失效。
一份最简、可用的 CSS 开关实现代码
实现的核心思路是：把原生的 checkbox 藏起来，然后用 CSS 的 ::before 和 ::after 伪元素来画出滑块的轨道和按钮。这套方案不依赖 Ja vaScript，纯 CSS 就能响应状态变化。
.switch input { display: none; }
.slider {
position: relative;
display: inline-block;
width: 52px;
height: 26px;
background-color: #ccc;
border-radius: 26px;
transition: .2s;
}
.slider::before {
content: "";
position: absolute;
left: 2px;
top: 2px;
width: 22px;
height: 22px;
background-color: white;
border-radius: 50%;
transition: .2s;
}
.switch input:checked + .slider {
background-color: #4CAF50;
}
.switch input:checked + .slider::before {
transform: translateX(26px);
}
- 务必记得用
标签把和视觉元素包裹起来。这样，用户点击滑块或文字的任何区域，都能触发 checkbox 的切换，交互区域更大，体验更好。 - 隐藏 checkbox 时，直接用
display: none就好，不要再用visibility: hidden之类的方法去补救。因为某些屏幕阅读器可能会因为元素被完全隐藏而跳过这个控件，导致可访问性出问题。 - 如果你需要考虑深色模式适配，优先使用
prefers-color-scheme这个 CSS 媒体查询来控制背景色，而不是全靠 Ja vaScript 去切换 class，这样性能和维护性都更优。
进阶必备：如何补全无障碍（ARIA）支持？
光有漂亮的视觉样式，是达不到 WCAG 2.1 AA 级无障碍要求的。当你为开关加上 role="switch" 这个角色时，必须同步维护一个 aria-checked 属性，并且它的值要和底层 checkbox 的 checked 属性实时保持一致——注意，浏览器可不会自动帮你做这件事，你得自己写点 Ja vaScript 来维护这个同步关系。
立即学习“前端免费学习笔记（深入）”；
role="switch"这个属性必须加在视觉滑块容器（也就是那个.slider元素）上，不要加在上。aria-checked的初始值必须和的checked属性一致。之后，你需要用事件监听来更新它：input.addEventListener('change', () => { el.setAttribute('aria-checked', this.checked) })。- 必须提供清晰的、说明开关用途的文字（比如例子里的 启用通知），不能仅仅依靠颜色变化或图标来传达状态，这对屏幕阅读器用户和色觉障碍用户至关重要。
这里还有个更复杂但常见的需求：开关旁边的“开启/关闭”文字，是否需要随着状态动态变化？如果需要，那么你不能只修改 textContent，还必须同步更新对应的 aria-label 属性，否则屏幕阅读器读出来的内容可能还是旧的状态。这个细节常常被忽略，但它直接关系到视障用户能否准确、有信心地操作你的开关控件。
