a { text-decoration: none; } 大概率无效，因被 a:link/a:visited 等伪类、第三方 CSS 或父级样式覆盖；需显式重置所有状态并检查 DevTools 的 Computed 面板定位真实原因。
只写 a { text-decoration: none; } 大概率没用——不是语法错，而是被覆盖、漏状态或父级干扰了。
为什么写了 text-decoration: none 还有下划线
浏览器默认给 a:link 和 a:visited 单独设了 text-decoration: underline，只写 a 选择器压不住它们；a:hover、a:focus、a:active 同样可能被第三方 CSS（如 Bootstrap）或富文本输出的内联样式覆盖；父容器若设了 text-decoration，虽不继承，但某些渲染引擎会误判为“透传”，尤其配合 text-underline-offset 或伪元素时更难排查。
DevTools 的 Computed 面板里，如果 text-decoration 显示为灰色或被划掉，说明它被更高优先级规则屏蔽了——这才是真实原因，不是你代码写错了。
必须同时覆盖所有伪类状态
想真正去掉下划线，得显式重置全部链接状态：
立即学习“前端免费学习笔记（深入）”；
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
-
a, a:link, a:visited, a:hover, a:active, a:focus都要写上text-decoration: none - 如果项目用了 CSS 框架，检查其
a规则是否带!important；若必须对抗，优先提高选择器特异性（比如用.nav a而非a），而非滥用!important - 别漏掉
a:focus：键盘用户依赖它定位，移除下划线可以，但不能顺手删掉焦点轮廓（outline），否则可访问性受损
局部控制比全局重置更安全
全站写 a { text-decoration: none; } 容易误杀其他组件（比如富文本里的 u、ins 标签），也破坏语义暗示。推荐按需加 class：
- 给需要去下划线的链接加 class，例如
<a href="#" class="no-underline">链接</a> - 对应 CSS 写
.no-underline, .no-underline:link, .no-underline:visited, .no-underline:hover, .no-underline:active, .no-underline:focus - 如果只是导航栏内链接要去下划线，直接限定作用域：
nav a, .header a，避免影响页脚、文章内链等
内联 style 只适合临时验证
<a href="#" style="text-decoration: none">链接</a> 能立刻生效，是快速验证是否为优先级问题的最直接方式。
但它不适合批量使用：
- 多个链接重复写，后期改样式得逐个找
- 和外部 CSS 混用时容易互相覆盖，调试困难
- CMS 输出的 HTML 若无法改 class，才考虑这种硬编码方案
真正麻烦的从来不是“怎么写”，而是“谁在暗处偷偷加回下划线”——打开 DevTools，点开 Computed 样式，盯住 text-decoration 那一行，看它来自哪条规则、是否被划掉，这才是定位根源的唯一可靠路径。
