在 Word 里排得整整齐齐，转成 PDF 一看：字体不对、行尾错位、空格忽宽忽窄。很多人以为是转换工具不行，其实根因是 Word 文档只记字体名字、不带字体本身，而换行又是按字宽实时算的。理解这条因果链，就知道哪些变形能避免、哪些只能换思路。
Word 转 PDF 为什么会变形？
核心原因：Word 文档默认不打包字体，只记录字体名称。当你的 .docx 写着"用方正兰亭黑"，它存的只是这个名字，而不是字体文件本身。转换程序在另一台机器上渲染时，如果那里没装这款字体，就只能挑一款相近的替代——字形、笔画粗细、尤其是每个字的宽度都会变。
而排版的换行、分页全是按字宽实时计算的：引擎一个字一个字往后排，排满一行才换行。一旦字体被换成字宽不同的，原来一行放 30 个字现在放 28 个，换行点前移，下一行跟着挤，整段乃至整页就"雪崩"式错位。所以你看到的"排版乱了"，往往是字体替换引发的连锁反应，而不是排版本身出了独立问题。
哪些情况几乎一定会变？
不是所有文档都会出问题。结论先放前面：用通用字体、排版简单的文档基本稳；用冷门字体、靠手动空格凑版面的文档基本会变。 对照下表自查：
| 情况 | 转 PDF 风险 | 原因 |
|---|---|---|
| 正文用宋体/微软雅黑/Arial 等系统字体 | 低 | 转换环境大概率有同名字体 |
| 用了商业/冷门字体且未嵌入 | 高 | 找不到字体，被替换 |
| 大量手动空格、Tab 对齐 | 高 | 字宽一变，对齐全乱 |
| 文本框、艺术字、复杂分栏 | 中高 | 渲染引擎实现差异大 |
| 纯文字、用样式和表格排版 | 低 | 结构化排版更稳定 |
可以看出，越是"用结构（样式、表格、段落对齐）排版"的文档越稳；越是"用空格和特殊字体凑出来的好看"越容易崩。
怎么让转换尽量保真？
想让 Word 转 PDF 的结果贴近原稿，从源头减少不确定性是最有效的：
- 优先用系统通用字体：正文中文用宋体、黑体、微软雅黑，西文用 Arial、Times New Roman，这些在主流环境里都能找到同名字体，替换风险最低。
- 把字体嵌入文档：Word 的"另存为/选项"里有"将字体嵌入文件"。嵌入后字体随文档走，转换端就不必去找同名字体。注意部分商业字体禁止嵌入。
- 少用脆弱排版：能用段落对齐、表格、制表位实现的，就别用一串空格硬凑；文本框、浮动图片、艺术效果在跨引擎渲染时最容易跑位。
即便如此，由于 Word 和 PDF 渲染引擎本就是两套实现，复杂文档仍可能有细微差异——这是格式转换的固有特性，不是某个工具的缺陷。
实在对不齐？把版面"锁死"成图片
如果你的核心诉求是"对方看到的必须和我看到的一模一样"（比如带特殊字体的海报式排版、签名版式），与其和字体替换较劲，不如把每页直接渲染成图片。
用 Word 转长图 把文档转成 JPG/PNG，版面就被"拍扁"固定下来：字体、间距、对齐全部定格为像素，对方设备上不会再因为缺字体而重排。代价是图片不能再选中文字、体积也更大，所以它适合"只要看、要保真"的场景，不适合需要复制内容或继续编辑的场景。
进阶：从源头绕开字体不确定性
如果文档是你自己写的、又追求跨设备一致，可以考虑改用 Markdown 写作，再用 Markdown 转 PDF 导出。Markdown 把"内容"和"样式"分开：你只管写结构，导出时由固定的样式表统一渲染，不依赖你本机装了什么花式字体，跨设备结果更可预期。这对技术文档、笔记、说明书尤其省心；但正式公文、需要精确套用单位模板的场景，仍以 Word 为准。
小结
Word 转 PDF 变形，根因是文档只记字体名、不带字体，找不到同名字体就被替换，而换行按字宽实时计算，于是一处替换、满页错位。降低风险的办法是用系统通用字体、把字体嵌入文档、少用空格和文本框硬凑版面。要绝对保真就用 Word 转长图 把版面锁成图片；想从源头绕开字体问题，可改用 Markdown 导出 PDF。所有转换都在浏览器本地完成，文档不上传。