当通过 classList.remove() 移除元素最后一个 CSS 类时，class 属性本身（无值）仍保留在 HTML 标签中，这是符合 DOM 规范的正常行为；它不触发样式或语义变化，但可能被 [class] 等属性选择器匹配，实际项目中通常可视为逻辑等价于无 class 属性。
当通过 `classlist.remove()` 移除元素最后一个 css 类时，`class` 属性本身（无值）仍保留在 html 标签中，这是符合 dom 规范的正常行为；它不触发样式或语义变化，但可能被 `[class]` 等属性选择器匹配，实际项目中通常可视为逻辑等价于无 `class` 属性。
在 DOM 操作中，element.classList 是对 class 属性的语法糖式封装，其行为严格遵循 HTML 规范：classList.remove() 仅移除指定类名，不会自动删除整个 class 属性——即使该属性已无有效值。因此，执行以下代码：
const s = document.createElement('span');
s.classList.add('foo'); // → <span class="foo"></span>
s.classList.remove('foo'); // → <span class=""></span>（注意：现代浏览器通常渲染为 <span class></span）最终得到的是一个带有空值（或无值）class 属性的元素。需特别注意：HTML 序列化时，class="" 和 class 在解析上等价，均表示存在该属性但无类名；DOM 中二者也统一表现为 s.getAttribute('class') === ''。
为什么设计如此？
- 一致性优先：classList 的设计目标是安全、可预测地操作类名集合，而非管理属性存废。删除属性需显式调用 removeAttribute('class')。
- 属性与类名解耦：class 是普通 HTML 属性，其存在性与 className 或 classList 的内容无关。就像 <div id> 和 <div id=""> 都合法且存在 id 属性一样。
实际影响：何时会不同？
虽然 <span> 和 <span class> 在绝大多数场景下表现一致，但以下情况可能产生差异：
✅ CSS 层面：
立即学习“前端免费学习笔记（深入）”；
[class] { opacity: 0.8; } /* 匹配 <span class>，不匹配 <span> */
[class=""] { display: none; } /* 不生效（空字符串值无法被 [class=""] 匹配）*/✅ JavaScript 层面：
// 这些会返回不同结果
document.querySelector('span'); // 匹配两者
document.querySelector('span[class]'); // 仅匹配 <span class>
el.hasAttribute('class'); // true for <span class>, false for <span>
el.getAttribute('class'); // "" for <span class>, null for <span>⚠️ 注意事项：
- 不要依赖 class 属性的“存在性”做关键逻辑判断（如权限控制、组件初始化），应优先检查 classList.length 或具体类名；
- 若需彻底清理，可手动移除：el.removeAttribute('class')；
- 使用 className = '' 会重置属性值为空字符串，但仍保留 class 属性（效果同 classList.remove()）；
- 框架（如 React、Vue）通常在 diff 过程中自动优化空 class 属性，开发者一般无需干预。
总结
<span class> 中的空 class 属性是规范允许的“无害残留”，既非 bug 也非设计缺陷。它不影响语义、无障碍或默认样式，仅在极少数主动利用属性存在性的场景下才具区分度。在日常开发中，可安全将其视为逻辑等价于无 class 属性——但若构建高精度 CSS 工具库或 DOM 分析器，则需明确处理 hasAttribute('class') 的边界情况。
