原生 checkbox 自带状态管理、键盘可访问性、表单提交和屏幕阅读器支持，而 div 模拟需手动实现 aria-checked、tabindex、事件响应等，易出错且丢失语义；滑块效果应隐藏原生 input，用 label 包裹并配合 ::before 绝对定位实现滑块，通过 :checked 控制 transform 和 background 过渡，transition 必须写在被变换元素上（如 label::before）且仅限 transform/background 以避免重排，移动端需扩大 label 点击区域并确保 focus、禁用态、对比度、缩放等无障碍细节完备。
为什么直接用 <input type="checkbox"> 而不是 div + JS 模拟？
因为原生 checkbox 自带状态管理、键盘可访问性（空格切换）、表单提交行为，且能被屏幕阅读器识别。用 div 模拟反而要手动处理 aria-checked、tabindex、Enter/Space 响应，还容易在表单序列化时丢值。
核心思路是：隐藏原生 checkbox，用其 :checked 状态驱动伪元素或兄弟元素的样式变化。
如何用 ::before 和 ::after 实现滑块+轨道效果？
关键在于定位和过渡控制。轨道用 label 包裹，滑块用 input[type="checkbox"] + label::before 绝对定位实现；背景色切换靠 label::after 或直接设 label 的 background。
实操要点：
立即学习“前端免费学习笔记（深入）”；
- 给
input设position: absolute; opacity: 0; pointer-events: none;彻底隐藏但保留功能 -
label设position: relative; display: inline-block; width: 50px; height: 26px;（常见尺寸） -
label::before是滑块：content: ""; position: absolute; top: 2px; left: 2px; width: 22px; height: 22px; background: white; border-radius: 50%; transition: 0.2s ease transform; -
input:checked + label::before中加transform: translateX(24px);（24 = 轨道宽 - 滑块宽） -
label本身设background: #ccc; border-radius: 13px;，input:checked + label改为background: #4CAF50;
transition 写在哪个元素上才不会卡顿？
必须写在被变换的元素上（即 label::before），且只过渡 transform 和 background——这两个属性能走 GPU 加速。如果写成 left 或 margin-left，会触发重排（reflow），尤其在低端设备上明显拖慢。
错误示例：label::before { transition: left 0.2s; } → 触发重排
正确写法：label::before { transition: transform 0.2s ease; }
另外，务必加 will-change: transform;（可选但推荐）告诉浏览器提前优化。
移动端点击区域太小怎么办？
原生 checkbox 的点击热区默认只有 13×13px 左右，手指点不准。解决方案是扩大 label 的可点击范围，而不是改 input 尺寸。
实操建议：
- 给
label加padding: 8px;（上下 padding 防止文字贴边，左右 padding 扩大热区） - 确保
for属性或嵌套结构让 label 点击能触发 checkbox（推荐嵌套：<label><input type="checkbox">开关</label>） - 避免用
font-size: 0;清除 inline 元素间隙——这会让 label 内文本消失，可用line-height: 0;或 flex 替代
真机测试时发现 iOS Safari 对小热区有额外限制，加 -webkit-tap-highlight-color: transparent; 可消除点击高亮延迟。
真正难的不是画出滑块，而是让 focus 状态可见、禁用态语义正确、颜色对比度达标（WCAG AA 要求 4.5:1）、缩放 200% 仍可用——这些细节不写进 CSS 就等于没做完。
