a:link 和 a:visited 未生效最常见原因是 CSS 优先级、顺序错误或 a:visited 中使用了不被支持的属性；必须遵循 LVHA 顺序，且 a:visited 仅支持有限颜色属性，不支持透明度、渐变等。
为什么设置了 a:link 和 a:visited 却没生效？
最常见原因是 CSS 优先级或顺序问题。浏览器强制要求：a:visited 的样式只能包含有限的属性（color、background-color、border-color 等少数几个），且必须写在 a:link 之后——否则会被忽略。
- 确保规则顺序是：
a:link→a:visited→a:hover→a:active（LVHA 顺序） - 不要在
a:visited中设置font-weight或display，这些会被静默丢弃 - 如果用了 CSS-in-JS 或 Shadow DOM，检查样式是否被隔离或覆盖
a:link 和 a:visited 能设哪些颜色值？
两者都只接受标准颜色值，但行为有关键差异：a:link 控制未访问链接，a:visited 控制已访问链接——而后者受浏览器隐私限制，无法读取真实访问历史，所以颜色变更仅是“视觉反馈”，不是状态判断依据。
- 支持
#333、rgb(51, 51, 51)、var(--link-color)等合法颜色值 - 不支持渐变、图片或透明度（
rgba()中的 alpha 值会被强制设为 1） -
a:visited无法通过 JS 获取计算后颜色，也不能用:has()选择它
实际项目中怎么避免颜色冲突？
很多团队直接用全局重置覆盖默认蓝色 / 紫色，结果导致已访问链接和未访问链接颜色一样，失去语义提示。这不是 bug，是主动放弃区分。
- 别用
a {color: #007bff;}一刀切，它会同时覆盖:link和:visited - 如果设计系统要求统一色值，至少显式声明：
a:link {color: #007bff;} a:visited {color: #6c757d;} - 深色模式下注意对比度：
a:visited在暗背景上太灰可能看不清，建议用工具校验 WCAG AA
移动端点击后颜色不恢复？
iOS Safari 和部分安卓浏览器在点击链接跳转后，会缓存 :visited 状态，但返回页面时未必重绘——看起来像“颜色卡住”。这不是 CSS 失效，而是渲染机制导致的视觉残留。
立即学习 “ 前端免费学习笔记（深入）”；
- 刷新页面可验证是否真失效：如果刷新后颜色正常，说明是回退渲染问题
- 避免依赖
:visited实现核心交互逻辑（比如用它控制菜单展开） - 如需强一致性，改用 JS +
localStorage手动标记并切换 class
CSS 的 a:link 和 a:visited 是少数仍受严格隐私约束的伪类，它的颜色变化不是“状态同步”，而是一次单向视觉提示——这点很容易被当成普通状态管理来用，结果在跨设备、跨浏览器时出乎意料。
