答案：font-weight和font-style是控制字体粗细与样式的CSS核心属性，前者通过关键词或100-900数值设置粗细，后者用normal、italic、oblique定义样式；实际应用中需注意字体文件支持、浏览器兼容性、加载性能及可变字体等高级特性，以确保文本渲染效果精准且高效。
在CSS中调整字体的粗细与样式，我们主要依赖font-weight和font-style这两个核心属性。它们是网页排版的基础，让我们能精准控制文本的视觉呈现，无论是想让标题醒目粗壮，还是让引用文字优雅倾斜，都离不开它们。理解并灵活运用这两个属性，是前端开发者提升页面可读性和美观度的关键一步。
解决方案
font-weight用于设置字体的粗细。
/* 关键词值 */
p {
font-weight: normal; /* 默认值，通常对应400 */
}
h1 {
font-weight: bold; /* 粗体，通常对应700 */
}
/* 相对值 */
.parent-element {
font-weight: bold;
}
.child-element {
font-weight: lighter; /* 相对于父元素更细 */
}
/* 数值（100-900，100为最细，900为最粗，步长为100） */
.thin-text {
font-weight: 300;
}
.extra-bold-text {
font-weight: 800;
}font-style用于设置字体的样式，主要是斜体。
/* 关键词值 */
.normal-text {
font-style: normal; /* 默认值，正常字体 */
}
.italic-text {
font-style: italic; /* 斜体，如果字体有专门的斜体字形，则使用 */
}
.oblique-text {
font-style: oblique; /* 倾斜体，如果没有italic字形，浏览器会尝试倾斜正常字形 */
}
/* oblique 还可以指定倾斜角度，但兼容性有限 */
.oblique-angle {
font-style: oblique 10deg; /* 倾斜10度 */
}理解font-weight的奥秘：数字、关键词与字体的支持度
谈到font-weight，很多人可能直接就用normal或bold。这当然没问题，但要真正精细化控制，数字100到900的运用就显得尤为重要了。我个人觉得，理解这些数字背后的逻辑，能帮你避免很多排版上的“坑”。
立即学习“前端免费学习笔记（深入）”；
首先，normal通常对应400，而bold则对应700。这些是CSS规范给出的映射关系。但这里有个关键点：你设置的font-weight: 300;，浏览器真的能给你渲染出300的细体吗？这完全取决于你使用的字体文件本身是否提供了300这个粗细的字形。如果你的字体（比如一个简单的sans-serif或某个Web Font）只提供了normal和bold两种粗细，那么你即使设置font-weight: 300;，浏览器也可能会将其渲染成400（normal），或者更糟糕，它会尝试自己“模拟”一个300的细体，效果往往不尽如人意，可能会显得模糊或不自然。
这就是为什么我在项目中，总是强调要检查字体包。如果你想用font-weight: 300，那就必须确保你的@font-face规则中，或者你本地安装的字体，确实包含了Light或Thin这样的字重。否则，你只是在做无用功，甚至可能因为浏览器的模拟导致文字渲染质量下降。lighter和bolder这两个相对值也很有趣，它们是根据父元素的粗细来计算的，但同样，最终效果还是要看字体是否有对应的字重。在我看来，它们在实际应用中不如直接指定数字来得精准和可控，除非你确实需要那种相对调整的弹性。
font-style的微妙之处：italic与oblique的区分与实践
font-style主要就是用来处理斜体的，但这里面italic和oblique的区分，我觉得很多人可能都没太在意过。一开始我也觉得不就是斜体嘛，有什么区别？但深入了解后，你会发现它们代表了两种截然不同的处理方式。
italic，这是真正的“斜体”。它不是简单地把正体字倾斜一下，而是字体设计师专门为斜体字形进行过优化的，它是一个独立的字形设计。你会发现，真正的斜体字形在笔画、字重、甚至是字符的结构上，都可能与正体字有所不同，目的是为了在倾斜状态下依然保持最佳的可读性和美观度。比如，有些字体在斜体时，小写字母a的形态会发生变化。
而oblique呢，它更像是一种“伪斜体”。当字体没有提供专门的italic字形时，浏览器就会尝试将normal字形进行算法上的倾斜处理。这种处理方式虽然能达到倾斜的效果，但它缺乏设计师的优化，视觉上可能会显得生硬、不协调，甚至在某些字体上会显得有点“脏”。
所以在实践中，我通常会优先使用italic。如果字体提供了italic字形，那么它无疑是最佳选择。只有在确定字体没有italic字形，或者我需要一个非常特定的、可控的倾斜角度时（虽然oblique支持角度，但兼容性仍需考虑），才会考虑oblique。大多数情况下，让浏览器去模拟斜体，总是不如使用设计师精心打造的真斜体来得专业和美观。
字体粗细与样式在实际项目中的高级应用与潜在挑战
在实际开发中，font-weight和font-style的应用远不止于简单的文本样式设置，它们与用户体验、性能、甚至最新的字体技术都有着千丝万缕的联系。
一个常见的挑战是字体加载与闪烁问题（FOIT/FOUT）。当你的页面使用了自定义Web Font，而这些字体文件需要时间加载时，用户可能会先看到默认字体（FOUT），然后突然跳变到自定义字体，或者在字体加载完成前看到空白（FOIT）。这种视觉上的跳动，尤其当自定义字体与默认字体在字重或字形上有明显差异时，会严重影响用户体验。为了缓解这个问题，font-display属性（如swap、fallback、optional）就显得尤为重要，它能帮助我们更好地控制字体加载策略。比如，font-display: swap;会让浏览器先用系统字体渲染，一旦Web Font加载完成就替换掉，虽然有闪烁，但至少内容是可见的。
另外，可变字体（Variable Fonts）的出现，彻底改变了我们对font-weight的认知。过去，每增加一个字重（比如从300到400），你可能就需要加载一个独立的字体文件。但可变字体允许在一个字体文件中包含多种字重、字宽、倾斜度甚至更多视觉轴的定义。这意味着你可以通过font-weight: 350;这样更精细的数值，或者通过font-variation-settings直接控制字体的某个轴，而无需加载多个文件。这不仅提供了前所未有的设计自由度，也大大提升了性能。在我看来，这是未来字体排版的重要方向，值得每个前端开发者深入学习。
当然，跨浏览器一致性也是老生常谈的问题。不同浏览器对字体渲染引擎的实现差异，可能会导致同一font-weight或font-style在不同浏览器上呈现出微妙的差异，特别是当字体文件本身不提供特定字重或斜体时，浏览器的模拟效果就更可能出现不一致。解决之道通常是进行充分的测试，并在必要时提供回退字体（font-family的堆栈）来确保基本的可读性。
最后，从性能优化的角度来看，加载过多的字体文件，尤其是多种字重和样式，会显著增加页面加载时间。因此，在项目初期就规划好所需的字体粗细和样式，并只加载必需的子集（使用unicode-range或字体子集工具），是提升性能的关键。毕竟，一个好看但加载缓慢的页面，用户体验也一定好不到哪里去。
