css color属性可直接设置字体颜色，支持多种格式，需注意继承、优先级、路径、缓存及禁用font标签。
用 color CSS 属性直接改字体颜色
HTML 本身不负责样式，改字体颜色得靠 CSS。最直接的方式就是在元素的 style 属性里写 color，比如：
<p style="color: #333">这段字是深灰</p>它生效快、无需额外文件，适合单点调试或临时调整。
常见错误是把颜色值写错：color: red 没问题，但 color: "red"（加引号）或 color: #GGG（非法十六进制）会直接失效；浏览器开发者工具里能看到该声明被划掉。
-
color只影响文本内容，不影响边框、背景或 SVG 图形 - 支持关键词（
red、transparent）、十六进制（#f00、#ff0000）、RGB（rgb(255, 0, 0)）、HSL 等，但老版本 IE 对hsl()或透明色rgba()支持差 - 如果父元素设了
color，子元素没显式设置，会继承——这点常被忽略，导致改了一个地方，一堆字跟着变
在 <style></style> 标签里批量控制字体颜色
多个地方要统一配色，硬写 style 属性就乱了。直接在 里加 <style></style> 块更可控：
<style><br> body { color: #222; }<br> h1 { color: #1a5fb4; }<br> .warning { color: #d32f2f; }<br></style>
注意：CSS 优先级在这里起作用。如果某个 <p class="warning"></p> 同时被 .warning 和内联 style="color: blue" 影响，内联样式会赢——不是“谁在后面”，而是“谁更具体”。容易踩的坑是以为加了 <style></style> 就能覆盖所有旧样式，结果发现没生效。
立即学习“前端免费学习笔记（深入）”；
- 类名（
.warning）比标签名（p）优先级高，但比内联style低 - 避免用
!important去强行覆盖，它会让后续维护变困难，尤其多人协作时 - 如果项目已引入外部 CSS 框架（如 Bootstrap），它的
body或p默认色可能已定义，你的规则得写得足够明确才能生效
用外部 CSS 文件管理字体颜色更稳妥
真正上线的项目，推荐把颜色规则抽到单独的 .css 文件里，比如 theme.css，然后用 <link rel="stylesheet" href="theme.css"> 引入。好处是可缓存、易复用、方便主题切换。
典型错误是路径写错：href="css/theme.css" 但实际文件在 assets/css/ 下，浏览器控制台会报 Failed to load resource: net::ERR_ABORTED，且页面文字保持默认黑，你却还在检查 CSS 写法。
- 路径区分大小写，
Theme.css和theme.css在 Linux 服务器上是两个文件 - 修改了 CSS 文件但页面没变色？先清浏览器缓存，或强制刷新（
Ctrl+Shift+R），别急着重写样式 - 颜色变量建议用 CSS 自定义属性（
--text-primary: #111），未来换肤只需改一处，但 IE 完全不支持，得看兼容要求
别用过时的 <font color></font> 标签
<font color="red">xxx</font> 在 HTML5 中已被废弃，现代浏览器虽大多还能渲染，但 W3C 不保证行为一致，VS Code 或校验工具会标为错误，构建流程可能直接报错。
更麻烦的是语义丢失：这个标签只为了样式存在，没有任何结构或含义，对无障碍访问（如读屏软件）和 SEO 都无益。有人图省事在富文本编辑器输出里留着它，结果一升级 CMS 或迁移静态站，颜色全没了。
- 已有老页面含
<font></font>？用查找替换批量转成span+style或类名，别手动一条条改 - 某些 CMS 导出的 HTML 仍默认用
<font></font>，需配置编辑器输出为 HTML5 模式，或加个 post-process 脚本清洗 - 即使只是内部管理系统，也别碰它——今天能用，明天框架升级就挂
颜色看着简单，但继承链、优先级、路径、缓存、废弃语法这些环节，任意一个卡住都会让字不变色。最常耽误时间的，不是不会写 color，而是查了半天发现是缓存没清，或者类名拼错了字母。
