第二章 像素与分辨率：显示设备的基本概念
做字体驱动，你绕不开两个词——像素和分辨率。我刚开始接触这块时，总觉得这俩概念太基础，没什么好深究的。结果呢？第一次调一个 2K 屏的字体渲染，就因为搞混了 DPI 和 PPI，字全都糊成一团。嗯，从那以后我再也不敢小看这些“基础概念”了。
2.1 什么是像素
像素，英文叫 Pixel，是 Picture Element 的缩写。说白了，它就是显示设备上最小的发光单元。你想想看，你手机屏幕上的每一个字、每一张图，其实都是由无数个小方块拼出来的。
每个像素有三个子像素——红、绿、蓝。通过控制这三个子像素的亮度，就能混合出各种颜色。我在调试一块 1.3 寸的 OLED 屏时，发现它的像素排列是 RGB 条纹式，跟常见的 PenTile 排列完全不同。如果不搞清楚这个，字体边缘的锯齿根本没法处理。
核心要点：像素是显示的最小物理单元。每个像素包含 R/G/B 三个子像素，通过 PWM 或模拟电压控制亮度，混合出 1670 万种颜色（8bit 色深）。
2.2 分辨率：像素的“密度”与“总量”
分辨率这个概念，其实有两层意思。很多人只记住了“1920×1080”这种数字，但忽略了它背后的物理含义。
2.2.1 绝对分辨率
绝对分辨率就是像素的总数。比如 1920×1080，意思是横向 1920 个像素，纵向 1080 个像素，总共约 207 万个像素。这个数字越大，画面能展示的细节就越多。
但注意了——绝对分辨率高，不代表显示效果就一定好。为什么？因为还要看屏幕的物理尺寸。同样 1080p 的分辨率，放在 5 寸手机上跟放在 27 寸显示器上，细腻程度天差地别。
2.2.2 相对分辨率（像素密度）
这才是真正影响字体显示效果的关键。像素密度，通常用 PPI（Pixels Per Inch）来衡量，也就是每英寸有多少个像素。
计算公式很简单：
PPI = √(横向像素² + 纵向像素²) / 屏幕对角线英寸数举个例子：一块 6.1 寸的屏幕，分辨率为 2532×1170，那么：
PPI = √(2532² + 1170²) / 6.1 ≈ 460 PPI这个 460 PPI 是什么概念？苹果的 Retina 屏标准就是 326 PPI 以上（在正常观看距离下人眼无法分辨单个像素）。460 PPI 已经非常细腻了。
我的经验：做字体驱动时，我习惯先算 PPI。如果 PPI 低于 200，字体渲染必须开抗锯齿，否则笔画边缘全是锯齿。如果 PPI 高于 400，可以适当降低抗锯齿强度，节省性能。
2.3 DPI 与 PPI：别再搞混了
这两个概念，我见过太多人混用了。包括我自己，早期也犯过这个错。
| 概念 | 全称 | 含义 | 应用场景 |
|---|---|---|---|
| PPI | Pixels Per Inch | 屏幕每英寸的像素数 | 显示设备（手机、显示器、电视） |
| DPI | Dots Per Inch | 打印机每英寸的墨点数 | 打印设备（激光打印机、喷墨打印机） |
简单来说：PPI 是屏幕的，DPI 是打印机的。但在软件领域，尤其是 Windows 和 Linux 的字体渲染系统里，DPI 这个词被“借用”了——它实际上指的是逻辑分辨率密度，用来计算字体应该显示多大。
我曾经调试一个嵌入式 Linux 系统，发现字体显示特别小。查了半天，发现系统默认 DPI 设成了 96，但实际屏幕的 PPI 是 260。字体按 96 DPI 渲染，当然小得没法看。把 DPI 改成 260 后，字体大小就正常了。
避坑指南：在嵌入式驱动开发中，系统 DPI 必须与屏幕物理 PPI 对齐。否则字体要么太大溢出控件，要么小到看不清。我曾经在一个项目里忘了改 DPI，结果 QA 测出 37 个字体相关的 bug……全是这一个原因。
2.4 像素与分辨率的关系：一张图说清楚
下面这张 SVG 图，把像素、分辨率、PPI、DPI 的关系串起来了。我画这张图时，特意把“物理像素”和“逻辑像素”分开，因为这是初学者最容易搞混的地方。
2.5 字体驱动中的实际应用
好了，理论说完了。咱们来看看这些概念在字体驱动里到底怎么用。
2.5.1 从物理像素到逻辑像素
在嵌入式系统里，字体驱动通常不直接操作物理像素。而是通过一个逻辑坐标系来工作。比如 FreeType 渲染一个 16pt 的字，它先根据系统 DPI 算出需要多少像素：
像素大小 = pt × DPI / 72
举例：16pt × 96 DPI / 72 = 21.33 像素然后 FreeType 在 21×21 像素的位图上渲染字形。最后驱动层把这个位图贴到 framebuffer 的对应位置。
但问题来了——如果屏幕的物理 PPI 是 326，而系统 DPI 设成了 96，那 16pt 的字实际只有 21 像素高。在 326 PPI 的屏幕上，21 像素对应的物理尺寸只有 1.6mm。太小了！
我的做法：在初始化显示驱动时，我会从 EDID 或设备树中读取屏幕的物理尺寸和分辨率，计算出真实 PPI，然后直接覆写系统 DPI。这样字体大小就跟物理世界对齐了。
2.5.2 像素对齐与亚像素渲染
字体渲染还有一个坑：笔画宽度可能不是整数像素。比如一个竖线需要 1.5 像素宽。怎么办？
两种方案：
- 灰度抗锯齿：把 1.5 像素拆成 1 像素全亮 + 1 像素半亮。视觉上看起来就是 1.5 像素的宽度。
- 亚像素渲染：利用 RGB 子像素的物理位置，在水平方向实现 3 倍精度。这个技术叫 ClearType，微软的专利。
我在一个项目里用过亚像素渲染，效果确实好，但有个前提——屏幕必须是标准 RGB 排列。如果是 PenTile 或者 OLED 的 Diamond 排列，亚像素渲染反而会出问题，字边缘会有彩色条纹。
注意：亚像素渲染依赖显示器的物理子像素排列。如果你的驱动跑在不同排列的屏幕上，必须做子像素排列检测，否则宁可用灰度抗锯齿，也别硬开亚像素渲染。我曾经在一个 AMOLED 屏上踩过这个坑，字全是红绿蓝的鬼影。
2.6 本章小结
像素是显示的最小单元，分辨率决定了细节总量，PPI 决定了细腻程度，DPI 是软件层的缩放基准。在字体驱动开发中，最核心的一件事就是：让系统 DPI 与屏幕物理 PPI 对齐。这一步做对了，后面字体大小、间距、渲染质量才有基础。
嗯，这些概念虽然基础，但真到了调驱动的时候，每一个细节都可能让你折腾一整天。记住我踩过的坑，你就能少走很多弯路。