字体系统怎么定才不乱：从层级到Token的一次性搭建

先解决层级：让用户不用想就知道先看什么

字体系统不是“选一套好看的字”，而是把信息层级翻译成可读的视觉差异。你需要先确定页面里常见的层级：页面标题、模块标题、关键数字、正文、辅助说明、标签。层级一旦确定，字号、字重、颜色只是实现手段。

层级最怕“差一点点”。差一点点会让用户费力。建议你只保留少量字号档位，让差异足够明显，例如 28/20/16/14/12，并为每一档指定用途。用途越清晰，系统越稳定。

字号和行高一起定：行高是阅读的呼吸

很多人只看字号不看行高，结果正文看起来拥挤。行高决定段落的呼吸感，也影响长文的阅读耐受度。正文常用的行高可以从 1.6 到 1.8 起步，标题的行高可以更紧凑一些，但不要压得太死，否则多行标题会粘成一团。

你可以用一个原则：正文优先舒适，标题优先紧凑但清晰。再配合段落间距，让段落之间有停顿。

字重与灰度：用轻重区分而不是用花哨效果

字重的差异是最稳定的层级手段之一。建议只保留两到三档字重，例如常规、半粗、加粗。过多字重会让系统复杂且难以统一。灰度也是同理：主信息用深灰或近黑，次要信息降低灰度，提示信息再低一档。灰度的层级要比颜色更可靠，因为它不依赖特定色相。

当字重和灰度清晰后，你会发现不需要额外的下划线或描边也能把层级做出来。

把字体系统写成Token：让所有页面共享同一套语言

当产品开始有多个页面、多个设计师、多个端时，靠“记住哪个标题用多少号字”是不可持续的。更稳的方法是把字体样式写成 token：例如 -L、 -M、Body、Caption。每个 token 明确字号、行高、字重、字间距和颜色。你在设计稿里只使用 token 名称，而不是每次都手动输入数值。这样一来，任何全局调整都能被统一吸收。

Token 的价值还在于可复用：开发可以把 token 映射到代码里的样式常量，设计和开发就不会出现“你这页用 14，我那页用 15”的分裂。最终用户看到的是稳定一致的阅读体验。

真实内容测试：用最长文案和最短文案把系统跑一遍

字体系统的失败往往发生在真实文案上。建议你用极端文案做一次压力测试：标题很长、价格很大、提示很短、按钮文案很长。看系统是否还能保持层级和节奏。如果某个 token 在极端情况下经常破版，优先调整行高与换行规则，而不是每次临时改字号。

当你的字体系统能承受变化，它就不再是“漂亮的样式”，而是一套能支撑业务增长的基础设施。

把字体系统写成Token：让所有页面共享同一套语言

当产品开始有多个页面、多个设计师、多个端时，靠“记住哪个标题用多少号字”是不可持续的。更稳的方法是把字体样式写成 token：例如 -L、 -M、Body、Caption。每个 token 明确字号、行高、字重、字间距和颜色。你在设计稿里只使用 token 名称，而不是每次都手动输入数值。这样一来，任何全局调整都能被统一吸收。

Token 的价值还在于可复用：开发可以把 token 映射到代码里的样式常量，设计和开发就不会出现“你这页用 14，我那页用 15”的分裂。最终用户看到的是稳定一致的阅读体验。

真实内容测试：用最长文案和最短文案把系统跑一遍

字体系统的失败往往发生在真实文案上。建议你用极端文案做一次压力测试：标题很长、价格很大、提示很短、按钮文案很长。看系统是否还能保持层级和节奏。如果某个 token 在极端情况下经常破版，优先调整行高与换行规则，而不是每次临时改字号。

当你的字体系统能承受变化，它就不再是“漂亮的样式”，而是一套能支撑业务增长的基础设施。

把字体系统写成Token：让所有页面共享同一套语言

当产品开始有多个页面、多个设计师、多个端时，靠“记住哪个标题用多少号字”是不可持续的。更稳的方法是把字体样式写成 token：例如 -L、 -M、Body、Caption。每个 token 明确字号、行高、字重、字间距和颜色。你在设计稿里只使用 token 名称，而不是每次都手动输入数值。这样一来，任何全局调整都能被统一吸收。

Token 的价值还在于可复用：开发可以把 token 映射到代码里的样式常量，设计和开发就不会出现“你这页用 14，我那页用 15”的分裂。最终用户看到的是稳定一致的阅读体验。

真实内容测试：用最长文案和最短文案把系统跑一遍

字体系统的失败往往发生在真实文案上。建议你用极端文案做一次压力测试：标题很长、价格很大、提示很短、按钮文案很长。看系统是否还能保持层级和节奏。如果某个 token 在极端情况下经常破版，优先调整行高与换行规则，而不是每次临时改字号。

当你的字体系统能承受变化，它就不再是“漂亮的样式”，而是一套能支撑业务增长的基础设施。

把字体系统写成Token：让所有页面共享同一套语言

当产品开始有多个页面、多个设计师、多个端时，靠“记住哪个标题用多少号字”是不可持续的。更稳的方法是把字体样式写成 token：例如 -L、 -M、Body、Caption。每个 token 明确字号、行高、字重、字间距和颜色。你在设计稿里只使用 token 名称，而不是每次都手动输入数值。这样一来，任何全局调整都能被统一吸收。

Token 的价值还在于可复用：开发可以把 token 映射到代码里的样式常量，设计和开发就不会出现“你这页用 14，我那页用 15”的分裂。最终用户看到的是稳定一致的阅读体验。

真实内容测试：用最长文案和最短文案把系统跑一遍

字体系统的失败往往发生在真实文案上。建议你用极端文案做一次压力测试：标题很长、价格很大、提示很短、按钮文案很长。看系统是否还能保持层级和节奏。如果某个 token 在极端情况下经常破版，优先调整行高与换行规则，而不是每次临时改字号。

当你的字体系统能承受变化，它就不再是“漂亮的样式”，而是一套能支撑业务增长的基础设施。