1. 字体渲染基础：像素与矢量字体的区别，点阵字库与矢量字库的优劣分析

做嵌入式GUI，字体这块儿是绕不开的坎儿。我刚开始搞嵌入式图形界面时，总觉得字体嘛，显示出来就行了。结果项目一跑起来，不是内存爆了，就是显示锯齿严重，被测试怼得没脾气。后来才明白——字体选型，直接决定了你的UI是“精致”还是“粗糙”，是“流畅”还是“卡顿”。

今天咱们就从最底层聊起。像素字体和矢量字体到底差在哪？点阵字库和矢量字库，各自有什么看家本领和致命短板？

1.1 像素字体 vs 矢量字体：本质区别

说白了，像素字体就是“画格子”。每个字由固定数量的点阵组成，比如16×16、24×24。每个点要么亮要么暗，没有中间态。矢量字体则是用数学曲线来描述字形轮廓——贝塞尔曲线、直线段，想放大多少倍都行。

你想想看，一个“永”字，在像素字体里就是一堆小方块的排列组合；在矢量字体里，它是一组数学公式。这决定了它们在存储、渲染、缩放上的行为完全不同。

对比维度	像素字体	矢量字体
存储方式	位图矩阵（0/1）	数学曲线（贝塞尔、直线）
缩放行为	锯齿严重，需多套点阵	平滑缩放，无锯齿
内存占用	固定大小，小字号优势大	字库文件大，运行时需解析
渲染速度	直接拷贝，极快	需光栅化，计算量大
典型场景	低端MCU、小屏、固定字号	高端SoC、大屏、多字号

我记得有个项目，客户要求用一块主频只有72MHz的STM32F103，驱动320×240的TFT屏显示中文菜单。当时我第一反应就是上矢量字体——结果一跑，刷一屏字要200多毫秒，卡得没法看。后来换成预生成的点阵字库，刷屏时间直接降到15毫秒。这就是现实。

1.2 点阵字库：硬核但有限

点阵字库，也叫位图字库。每个字符对应一个固定尺寸的位图。比如16点阵汉字，就是16×16=256个像素点，每个点用1bit表示，一个字占32字节。

点阵字库的优势：

• 渲染速度极快——说白了就是内存拷贝，没有计算量。对MCU来说，这就是亲爹。
• 内存占用可预测——每个字固定大小，算得清清楚楚。不会出现“突然爆内存”的情况。
• 无锯齿问题——本身就是像素对齐的，在小屏上反而比矢量字体清晰。

点阵字库的短板：

• 缩放困难——放大就是马赛克，缩小就糊成一团。想要多个字号？那就得多套字库。
• 存储冗余——每个字号一套完整字库。GB2312的6763个汉字，16点阵就要211KB，24点阵要475KB。三套下来，1MB Flash就没了。
• 字体风格单一——换字体？重新生成一套点阵。黑体、宋体、楷体？每套都得存。

1.3 矢量字库：灵活但吃资源

矢量字库，比如FreeType支持的TrueType、OpenType。字形由轮廓描述，渲染时通过光栅化引擎把轮廓转换成像素。

矢量字库的优势：

• 无限缩放——一个字库文件，从8点到128点，随便调。而且边缘平滑，没有锯齿。
• 字体丰富——换字体就是换个.ttf文件的事。黑体、宋体、圆体，甚至手写体，随便换。
• 存储效率高——一个矢量字库文件通常几百KB到几MB，但能覆盖所有字号。相比点阵字库的多套存储，反而省空间。

矢量字库的短板：

• 渲染计算量大——每个字都要经过轮廓解析、缩放、扫描转换、抗锯齿等步骤。在低端MCU上，这就是噩梦。
• 内存峰值高——渲染过程中需要临时缓冲区。一个复杂的汉字，光栅化时可能吃掉几十KB的RAM。
• 实现复杂度高——需要集成FreeType等库，代码量动辄几百KB。对资源敏感的系统来说，负担不小。

1.4 知识体系总览

下面这张图，把字体渲染的基础知识框架梳理了一遍。你可以把它当作本章的“地图”。

1.5 实际项目中的选择策略

说了这么多理论，到底怎么选？我总结了几条实战经验：

1. 看主频和RAM——主频低于200MHz，RAM小于512KB，别犹豫，点阵字库。这是硬约束，不是偏好问题。
2. 看字号需求——如果UI只用1-2个字号，点阵字库更省事。如果需要动态缩放（比如地图缩放、阅读器），矢量字体是唯一选择。
3. 看字体数量——只显示数字和英文？点阵字库轻松搞定。需要显示中文、日文、韩文、阿拉伯文？矢量字体更现实。
4. 看开发周期——点阵字库生成工具成熟，上手快。矢量字体需要集成FreeType，调试渲染参数，周期长。