猫啃网
一份画册在 Mac 上排完，行距舒服，标题字也稳。发给 Windows 的同事打开，行距挤了半行，标题看着更细，句号位置偏左一格。两个人对着同一份文件，谁也不认自己看到的是错的。
网页上也有类似情况：字号、字重、行高都写死了，Mac 上略松、Windows 上略紧，换行位置差出一行，页面高度跟着变。
这不是软件出错，是两台机器对同一个字体文件的处理方式不同。把差异拆开看，多数能对齐。
一、字形版本不同：同名的不是同一个文件
系统自带版与官方下载版有别。 操作系统预装的字体，常是某个年份的版本，字符集和字重档位未必跟得上官网最新版。同一款字，两台机器上装的可能差了好几个版本。
地区版本不同。 带 GB、GBK、简繁、HK 后缀的版本，字形写法不一样，同一个“骨”字在几种版本里的笔画处理就不同。做繁体稿时尤其明显。
字重档位不一定齐。 一款字在某些系统里只有 Regular 和 Bold，别的环境里却有七档。缺档时软件会合成加粗，粗细自然对不上。
可变字体与静态字体。 同一个家族两种形态都存在，旧环境识别不了可变字体，会回退到别的文件。
先用同一份文件。 团队内统一从同一个来源取字体，按版本号命名存档，把系统预装的那份排除在外，能消掉一大半差异。
二、渲染引擎与 hinting 的差别
两套渲染路径。 macOS 走 CoreText，Windows 走 DirectWrite 与 ClearType，两者对字形轮廓的栅格化策略不同。开了次像素渲染的屏幕，笔画边缘会带一点彩边，观感更细。
hinting 的有无。 Windows 会在小字号下用 hinting 指令把笔画对齐到像素网格，让横竖更清晰；macOS 早就弱化了这一步，倾向保留字形原本的比例。结果就是同字号下 Windows 更硬、Mac 更柔。
小字号差距最大。 八到十二像素这一档，hinting 的影响最明显，同一段注释在一端能看清，在另一端发虚。
屏幕分辨率会放大差距。 高分辨率屏上抗锯齿更细腻，两端趋于接近；普通屏上差距更显眼。
预览时要同倍率。 一个按实际大小看、一个放大到 150% 看，比出来的差异没有意义。
三、字重回退与合成加粗
缺档就合成。 软件找不到对应字重时，会把字形横向撑开再加描边。两端的合成算法不一样，出来的粗细和字距都不同。
写法也会触发回退。 样式里写 font-weight: 600，而字体只有 400 和 700 两档，浏览器按规则挑一档或做插值，各引擎的取舍不完全一致。
中文合成加粗更容易糊。 汉字笔画密，加粗后相邻笔画容易黏在一起，Mac 上可能还看得过去，Windows 上已经糊了。
对齐做法是补齐档位。 项目里要用几档就装几档，或者干脆关掉合成加粗开关，让缺档直接暴露出来，而不是悄悄糊掉。
四、行高与字距的默认值不一样
行高的来源不同。 字体文件里有几组垂直度量，macOS 倾向用 hhea 那一组，Windows 用 OS/2 里的 win 度量。同一款字、同一个“自动行高”，两端算出来的行间距可能差几个百分点。
“自动”要换成固定值。 排版时把行距写成固定值或固定倍数，不用“自动”，差异立刻缩小。
字偶距的默认开关不同。 是否默认启用 kerning、标点是否挤压、避头尾规则怎么设，各软件默认值不同，中文标点的位置就会一格一格地漂。
段落间距也会叠加。 段前段后、网格对齐这类设置，两端解释不一致，累积起来就是半行。
把样式写全。 字号、行距、字距、标点挤压都显式设定，不依赖默认值，换机器打开才稳。
五、六条对齐做法
一，随项目打包字体。 设计文件里嵌入字体，或随稿附一份同版本的字体文件（须确认授权允许），让对方用同一份。
二，交付前转曲。 定稿的标题、标志类文字转成轮廓，渲染差异归零。代价是不可编辑，所以只对定稿做。
三，固定字号与行高。 正文用固定值，标题用固定倍数，不写“自动”。网页端把 font-size、line-height 都写成具体数值。
四，网页自托管字体。 用自己的服务器提供 woff2，避免两端加载到不同版本；同时显式声明 font-weight 与 font-display，减少回退抖动。
五，双端各出一版截图。 同一页在 Mac 和 Windows 上各截一张，按同倍率叠在一起看，哪一行错位、哪个字重偏，一眼能定位。
六，留一份对照记录。 记下两端系统版本、字体版本、软件版本，下次出现同样的差异，先对照这份记录。
取字体时注意跨平台。 同一款字的安装包常分 Mac 与 Windows 两套文件，名字相近但内部版本可能不同：霞鹜文楷 GB 有简体规范字形，两个平台取同一版本号才谈得上对齐；南西初夏宋 属衬线标题字，笔画细，小字号下对渲染差异更敏感；朝华标题 用于标题位，字符量小，转曲的代价也低。三款均为 OFL 与作者声明类，取文件时看清版本与协议。
六、授权说明
这里的“能用”，指字体文件能被两个平台正确加载，以及能不能随项目交付。核验按三步走。
第一步，确认字体全名。 名称之外还要记版本号与地区后缀。带 GB、GBK、VF 的与基础版不是同一份文件，同名字体不同年份的版本也不算同一份。
第二步，查协议类型。 常见几类：开源协议（SIL OFL、MIT、GPL）、作者声明免费商用、随包附带的免费商用声明，以及带保留字体名称条款的授权。开源协议文本公开可查；作者声明的范围由声明自身界定，写法差别很大。
第三步，核使用场景。 印刷、网页、视频通常都在允许范围内；把字体文件随稿发给外部、装进 App 或小程序、做 Logo 商标注册，这几类要单独确认。为对齐而“把字体发给对方”这一步，本身就属于分发，要先看协议允不允许。
留凭证。 字体全名（含版本与地区后缀）、获取日期、许可页面截图和链接记在同一个文档里。跨平台协作时，版本记录和授权记录放在一起，出问题才好定位。
七、FAQ
问：同一款字体，为什么两台电脑上粗细不一样？
多半是版本或字重档位不同，也可能是其中一台缺档在用合成加粗。先比字体文件版本，再看样式里写的字重有没有对应文件。
问：文档里嵌入了字体，对方还需要装吗？
只读查看通常不需要，字体随文档走；要编辑就仍要装。嵌入属于随文档分发，要先确认协议允许不允许。
问：网页上已经写死字号行高，为什么换行还是不同？
字号行高只是一部分，字体版本、字偶距默认值、标点挤压规则都会影响断行。两端都用自托管的同一份 woff2，差异会明显减少。
问：把标题转曲是不是就没有差异了？
渲染差异没有了，但文字不可编辑、不可搜。适合定稿交付，不适合还在改的阶段。
八、小结
差异来自四处：字体文件版本不同、渲染引擎与 hinting 策略不同、字重回退与合成加粗、行高与字距的默认值不同。对齐的思路是把变量一个个固定下来——用同一份字体文件、补齐字重档位、行距写固定值、网页自托管、双端截图核对，定稿转曲收尾。涉及把字体文件发给对方时，先看协议允不允许分发。具体条款以协议原文与官方授权说明为准。
