简介：针对SAP Smart Forms中文字体重叠问题，这份doc文档为SAP开发与报表实施人员提供了完整的排错思路与解决方案。资源仅1个doc文件，体积约28KB，内容紧凑实用，无需安装即可直接查阅。已有1083人学习下载，是典型的轻量级技术速查文档。文档基于实际项目调试经验，详细分析了中文内容在英文登录语言环境下打印重叠的根因，即未正确设置control_parameters-langu参数；并演示了通过在Smart Forms对应FM中调用SSFRT_SET_LANGUAGES并传参langu=1来锁定中文语言版本，从而避免重叠。同时，文档还整理了相关SAP Notes（如808326、908442、1007575）的适用场景，覆盖Unicode打印预览异常与亚洲字符压缩等衍生问题，帮助读者一次性掌握多类字符显示故障的应对办法。对于需要排查Smart Forms中文输出异常、理解语言控制机制的顾问而言，这是一份可直接借鉴的实用笔记。
1. SAP Smart Forms 中文字体重叠的解决方法：一次弄清楚，别再调字体碰运气
做 SAP 表单的人大概率都遇到过这个场景：打开 Smart Forms 打印预览，界面排版正常，到了真实打印机或者导出 PDF，中文字却叠成一团，第一行压着第二行，字段里的汉字像是被谁踩了一脚。更头疼的是这个现象没有规律——同一张表单在这台打印机上正常，换一台就叠；同一个字体，在这台电脑上正常，换台电脑就叠。很多人第一反应是改字体、调行距，调了半天发现治标不治本，甚至越调越乱。
实际上 SAP Smart Forms 中文字体重叠的根因就两条：一是行高计算按西文字体做基准，对中文字形不友好；二是服务器端的字体映射链断了，系统拿不到正确的中文字体信息。这两条不解决，换什么字体都会叠。这篇文章会把原理拆开，然后按「样式层 → 服务器配置层 → 代码兜底层 → PDF 导出层」给出一套可复现的完整整改方案，最后是我在项目里踩过的五个真实坑，每条都写了现象、原因和解决方式。
2. 为什么你会叠：行高计算、字体映射链条与三个重叠现场
2.1 行高是“按西文算的”：固定行高对中文不友好
SAP Smart Forms 的行对象上有两个高度模式：固定高度（Fixed Height）和自动高度（Automatic Height）。默认模板里，表格的行、窗口的 Footer 区域，很多是固定高度。引擎排版时按西文字体的上升部（ascent）和下降部（descent）来定行高，也就是说，它假设每个字都待在西文字母的框里。
中文字形不是这样的。大多数中文字体里，汉字的字形会向上下两端外部伸展，尤其是带撇、捺、弯钩的字符，实际渲染范围比西文字母的 em box 要宽。固定行高一旦设得偏紧，打印引擎不会裁剪字形，而是让相邻行的字形直接重叠——这就是你看到“上下行压在一起”的直接原因。
自动高度模式则会按字体实际需要的行盒来扩张，但注意：自动高度只对包含文本对象的行生效。如果整个行是空的，或者里面只有图形对象，自动高度不会触发。另外，嵌套表格里的子表，如果父行被设成固定高度，子表里的自动行高也会被父行卡住。
2.2 服务器端字体缺失：一条看不见的字体回退链
Smart Forms 解析一个中文字体时，走的是一条映射链：表单样式里的字体名（比如“宋体”）→ SAP 逻辑字体（Logical Font）→ 设备字体（Device Font）→ 应用服务器上的物理 TTF 文件 → 打印机或 PDF 转换器的最终解释。
这条链上任何一环缺失，SAP 都不会报错，而是静默回退到默认字体，通常是西文等宽字体。西文等宽字体的字符宽度只有汉字的一半，引擎用这个宽度来排版输出，结果就是一行的容量被高估，实际渲染时汉字超出边界，挤压到下一行，形成重叠。这就是为什么你在 SAP GUI 里预览正常，一打印就叠——预览时客户端用自己的本地中文字体补位，打印时服务器端用的是回退字体，两边宽度信息不一致。
常见的做法是先检查服务器端的字体目录里有没有中文字体文件。很多 SAP 系统只安装了标准西文包，中文环境依赖客户端本地字体，这种配置在 Smart Forms 里非常不结实。后面第 4 章会专门讲怎么建映射。
2.3 三个典型的重叠现场：先分清再动手
| 现场特征 | 出现位置 | 最常见根因 |
|---|---|---|
| 上下两行汉字压在一起，或下划线被第二行文字覆盖 | 表格行项目、主窗口正文区 | 行对象固定高度，或段落行距 = 1.0 |
| 同一个字段内部文字叠成重影，笔画错位 | 文本字段内多行折行处 | 服务器端字体回退，宽度计算偏差 |
| 预览正常，导出 PDF 或换一台打印机后重叠 | 输出设备变化后 | 字体子集化、设备端字体替换导致度量不一致 |
分清这三点很重要。第一种改样式就行；第二种要查服务器字体；第三种要查输出设备配置。很多人一上来就改字体大小，改了一下午，三种现场一个都没对上。先定位，再动手，是避免翻车的第一步。
3. 样式层整改：不写代码的中文字体重叠修复
3.1 把固定行高改成自动行高：模板对象上的关键属性
打开 Smart Form Builder（事务码 SMARTFORMS），选中出问题的行对象，在属性页里找到高度（Height）字段。这个字段通常有两个选项：Fixed Height 和 Automatic Height。把它从 Fixed 改成 Automatic，保存激活，先在预览里看效果。
这里有一个容易被忽略的点：改的不是“字段”的高度，而是“行”的高度。Smart Forms 的排版单位是行，一行里可能放一个字段，也可能放多个字段。行高度决定这一行所有字段的垂直占位。只改单个字段的尺寸，行高不变，重叠照旧。
常见做法是把主窗口内所有正文行都设为自动高度，只保留页眉、页脚和表头行用固定高度。表格里的行项目，尤其是多行备注字段所在的行，优先改成自动高度。改动后注意观察一个副作用：整张表单会变长，超出页面时主窗口会自动换页，原来一页的内容可能变成两页。这是正常行为，如果客户对页数敏感，需要压缩字号或者调整行距参数，而不是退回固定高度。
3.2 段落格式与行距增量：行距、字距的推荐参数
样式层最有效的手段是自定义段落格式。在 Smart Form Builder 里切到样式（Style）页，新建一个段落格式，比如命名为 CN_BODY，然后按下面的参数设置：
| 参数项 | 推荐值 | 作用 |
|---|---|---|
| 字体（Font） | 宋体（或服务器上已映射的中文字体） | 避免回退到西文默认字体 |
| 字号（Font Size） | 9pt 或 10pt | 正文常用，行高压力小 |
| 行距（Line Spacing） | 1.2 倍 | 比默认 1.0 多 20% 垂直空间 |
| 段前间距 | 2pt（可选） | 避免前一段下伸字形压到本段 |
| 段后间距 | 2pt（可选） | 给后一段留缓冲 |
| 字符间距 | 0 | 不要随意压缩字距，会改变折行点 |
| 对齐方式 | 左对齐 | 中文文本右缘参差，不放大字距 |
这个参数组合的目的只有一个：把垂直方向的缓冲留足。中文不像英文那样有大写字母和降部的视觉错落，字与字之间就是均匀的方块，一行接一行时，上一行的下伸笔画会直接伸进下一行的空间。行距 1.2 是最低安全值，如果字段内容里有较多带下括弧、百分号、中文引号的内容，建议直接上 1.5。
设置段落格式之后，回到模板页，把正文区的文本字段绑到这个段落格式上。这一步很容易漏：样式里建了格式，但字段还在用默认的段落格式，等于白干。激活后用预览查一遍，重点看第一行和最后一行的上下边缘。
3.3 合并长文本字段：断行规则与文本块组合
中文文本没有空格，Smart Forms 的折行引擎是按字符宽度硬折的。当字段宽度刚好卡在一个汉字宽度附近时，折行位置会频繁变化，上一行末尾的字符可能被挤到下一行，视觉上就像重叠。处理这类问题的常见做法是把长文本字段拆成独立的文本块，让它独占一整行，不要和其他字段挤在同一行里。
具体操作是：在模板里把备注字段放到一个单独的行，行的宽度占到可用宽度的 90% 以上，字段属性里设置“自动换行”，并把“输出长度”留出 2 个字符的余量。这样做的原因是，Smart Forms 在计算换行时会考虑最后一个字符的宽度，如果输出长度刚好等于列宽，折行判定边界就会不稳，多留 2 个字符可以避开这个临界区。
如果数据源是数据库字段，比如销售订单的备注文本，建议在 ABAP 代码里先把长文本按预设字符数切行，再交给表单的文本元素。这样 Smart Forms 拿到的已经是带换行符的成品，不会在边缘计算上出问题。切行逻辑我会在第 4 章 4.3 节给出代码。
4. 服务器字体映射与输出设备：让 SAP 有正确的中文字体可用
4.1 用 SE73 注册或替换中文字体
先检查服务器上有哪些字体。进入事务码 SE73，找到“打印机字体管理”，查看设备字体列表里是否有 SimSun、NSimSun 等中文字体。典型的干净系统里只有西文字体，中文被回退到默认等宽字体，这就是正文重叠的元凶。
如果字体缺失，需要把系统中文字体上传到应用服务器的全局字体目录。SAP 有这个场景的标准程序 RSTXLDMC，它可以把前端本地字体文件上传到服务器，并完成字体重启。上传时注意选择有合法使用授权的字体文件，不要随便找一个网上改过的 TTF 就传，字体文件的内部字体名不一致会导致映射对不上。
上传完成后，回到 SE73 做逻辑字体映射：把表单样式里使用的“宋体”映射到刚上传的设备字体。这一步的目的是让 Smart Forms 在排版时能拿到真实的汉字宽度信息，不再回退。做完映射后，重启打印服务器或运行字体缓存刷新程序，让映射生效。
常见的做法是把这个映射配置到某个输出设备上，这样只影响该设备，不影响其他表单。如果你只想快速验证，可以复制一个现有设备，在新设备上做映射，表单输出设备指到新设备，验证通过后再切生产设备，风险小很多。
4.2 输出设备驱动与字体替换参数
输出设备的驱动类型对中文字体表现影响很大。SPAD 里常见的设备驱动有 SW（SAP 图形打印）、PDF（外部 PDF 转换器）、AXDC（Adobe XML 表单架构的打印架构）三种。它们的字体处理方式不同：
| 驱动类型 | 中文字体处理特点 | 适用场景 |
|---|---|---|
| SW | 依赖服务器字体映射，映射缺失时回退明显 | 普通打印机 |
| 通过转换器做字体子集化，字体度量可能二次变化 | 导出 PDF | |
| AXDC | 带表单架构的完整字体嵌入，重叠概率最低 | 对版式要求高的表单 |
在 SPAD 的设备参数里，注意两个开关：字体替换（Font Substitution）和压缩空格（Compress Space）。字体替换开关如果开启，SAP 会把不认识的字体替换成设备内置字体，替换后的字体度量与原先不同，重叠随之而来。我一般是关闭字体替换，改为在 SE73 里做显式映射，让系统知道“宋体”就是服务器上的那个 SimSun.ttf。压缩空格开关建议直接关掉，它会把半角空格宽度压缩，影响中文折行位置。
设备端还有一个常见问题：打印机内置的字库不支持所选 TTF 时，打印驱动会做设备端字体替换。遇到这种情况，把输出设备的格式调整为 TrueType 下发模式，让打印机直接接收字形轮廓，而不是让打印机用内置字库重新映射。
4.3 代码层兜底：按显示宽度断行再交给 Smart Form
样式和映射都调整后，仍有少量场景会遗漏，比如历史数据里的超长文本、客户从 Excel 粘贴过来的混乱换行符。此时我习惯在 ABAP 层做一次断行兜底。代码思路是按“一行最多可容纳的全角字符数”把长文本切成多行，再统一用换行符拼接，交给 Smart Form 的文本元素。有了这层处理，Smart Forms 拿到的是已经排好的行，不会重复计算折行位置。
FORM build_cn_lines USING iv_content TYPE string CHANGING ct_lines TYPE string_table. DATA: lv_len TYPE i, lv_row TYPE string, lv_pos TYPE i. DATA(lv_char_num) = 22. " 一列可容纳的全角字符数，按 9pt 宋体和 A4 页宽保守取值 IF strlen( iv_content ) <= lv_char_num. APPEND iv_content TO ct_lines. RETURN. ENDIF. DO. lv_row = substring( val = iv_content off = lv_pos len = lv_char_num ). IF lv_row IS INITIAL. EXIT. ENDIF. APPEND lv_row TO ct_lines. ADD lv_char_num TO lv_pos. ENDDO. ENDFORM.这个 FORM 的核心逻辑是：用strlen按字符数截取，而不是按字节数。中文在 UTF-8 环境里一个字符占多个字节，如果用字节长度截取，一个汉字会被从中间劈开，切出来的行末尾会出现半个字符的乱码，反而加重重叠。lv_char_num = 22这个参数的物理意义是：A4 纵向、减去左右页边距后，9pt 宋体一行的可容纳全角字符数通常在 25 到 30 之间，取 22 是保守值，给 Smart Forms 的边距计算留出安全余量。如果你的模板字体更大，比如 12pt，这个数要减到 18 左右。
实际项目里我会先把字段内容送到这个 FORM 里处理，返回的行表再逐行赋值给文本元素。这样即使服务器字体映射暂时没配好，也不会出现整段文字叠成一团的灾难现场，只会有折行位置偏早的问题，视觉上完全可以接受。
5. 导 PDF 时重叠的避坑记录：现象、原因、解决
5.1 现象一：预览正常，PDF 导出后中文叠成一片
现象是 SAP GUI 里的表单预览排版完美，一导出 PDF 就叠，且重叠的程度跟预览里完全不同。这不是模板的问题，而是 PDF 转换器在生成 PDF 时对中文字体做了子集化（Subset）。子集化会把用到的字形提取出来重新组织字体文件，再嵌入 PDF。如果转换器拿到的字体度量信息和 Smart Forms 排版时用的不一致，重新组织的字形宽度就会偏差，文字被挤到一起。
解决方式是在输出设备配置里关闭字体子集化，或者把基础字体指定为一个已经映射好的中文字体，比如服务器上存在的 SimSun 映射。具体字段名在不同版本里叫法不同，常见的有 “Subset Fonts”、“Character Subsetting”，找到后关掉。如果找不到该选项，换个 PDF 转换器驱动类型，常见的做法是从标准 PDF 驱动切到 AXDC 驱动，后者对中文字符嵌入的处理更完整。
另一个容易忽略的点：PDF 里嵌入的字体如果只含子集，别人电脑上打开 PDF 时系统会用默认字体替换缺失字形，也会产生视觉重叠。所以在做对外分发的 PDF 时，尽量让转换器内嵌完整的中文字体，而不是仅嵌子集。
5.2 现象二：同一个表单，只有部分电脑上重叠
这个现象最诡，因为表单、打印机、服务器全部相同，只是不同用户打开预览，结果完全不同。原因在 SAP GUI 客户端的本地字体替换选项上。SAP GUI 有一个“字体替换”功能，当客户端发现服务器指定的字体本地不存在时，自动用本地字体替代显示。替代字体的宽度、行距和原字体不一致，预览时就会看到重叠。
解决方式是让所有相关人员使用统一的客户端字体环境：在 SAP GUI 的选项 → 字体设置里，启用字体替换，并把替换映射里的中文字体固定为同一种。更稳妥的做法是把本地字体缓存清掉，让客户端强制从服务器获取字体度量。字体缓存文件在用户目录下的 SAP GUI 配置目录中，删除后重新登录 SAP GUI 即可重建。
这个现象在混合办公场景尤其常见，自己的电脑正常，领导电脑一开就叠。排查时不要急着改表单，先到现场确认 SAP GUI 字体替换设置，再决定改不改模板。某个项目里 A 同学在这种场景下反复调了一周模板，最后发现是客户端字体缓存里存了一个旧版字体文件，清了缓存一切正常。
5.3 现象三：行项目表格里，上下行文字互相压住
表格行项目的中文重叠跟正文重叠不太一样，它往往不是全表叠，而是集中在某些行上，尤其是备注字段超过一行、自动折行的行。原因是表格行的行高被设成了固定模式，或者这行的字段“溢出”设置没开。
解决方式是回到表格的行对象上，把行高改成自动高度，同时检查备注字段的“溢出处理”属性，设为允许垂直溢出。如果这样改了以后，行高在个别行仍然不够，就在行项目的表格里给备注字段单独加一个文本块，让它独占一行，把该行的高度交给引擎自动计算。
这套组合下来，绝大多数行项目表格的中文重叠都能解决。如果还有个别行叠，大概率是服务器端字体映射问题，按第 4 章 4.1 节的流程查一遍映射即可。
6. 上线前验证中文字体的三个习惯：一页纸验收加回退预案
6.1 中文字体验收页：单字、词组、长文本一次测全
吃过几次亏之后，我习惯把验证标准化，专门建一个用于验收的 Smart Form，里面放下这样几类内容：单字“国”“重”“家”检验字框是否正常；一段没有标点符号的 20 字长句检验折行；数字、字母与中文混排字段检验半角全角宽度；带全角括号和序号的内容检验边缘字形是否会压到相邻行。验收时把这个表单分别用 SAP GUI 预览、PDF 设备输出、真实打印机输出，三份结果对比。
| 检查项 | 通过标准 |
|---|---|
| 单字上下不压边 | 字形与上下边界之间有肉眼可见的间隙 |
| 长文本折行 | 折行处不出现半个汉字，行间不粘连 |
| 中英文混排 | 半角数字不挤压全角汉字，行高一致 |
| 全角标点 | 行首行尾不出现标点挤压，上下行边界清晰 |
这个验收页的模板要存档，以后每次调整字体、行距、输出设备都要拿它跑一遍。很多重复出现的中文重叠问题，本质是改动没有走回归验证。有了固定验收页，五分钟后就能判断改动是否安全，不需要肉眼逐张翻看业务单据。
6.2 三连测与字体版本留痕
改完表单和字体配置后，我的习惯是强制三连测：开发环境预览一次，测试环境 PDF 导出一次，再用真实打印机打印一次。三次全过才允许传输到生产。某一个项目里有一次只测了预览，生产打印叠成一团，原因就是测试环境的字体映射和生产不一致。从此以后，字体映射的变更跟表单变更一起走传输请求，不再单独改生产配置。
另外要记录字体文件的版本。同样叫 SimSun，不同版本的字体宽度、行距有细微差异，换版本后可能导致之前正常的表单开始重叠。把字体文件名、文件大小、哈希值记在变更单里，出现回归时先核对字体版本，能省掉一大半排查时间。
回退预案也要提前准备好：保留一套改动前已知正常的 Smart Form 版本，保留一个改动前已知正常的输出设备配置。一旦线上出问题，先切回旧设备输出，再定位字体原因，而不是在生产环境里反复试参数。这套习惯救过我不止一次，现在只后悔没有更早养成。希望帮到你。
本文还有配套的精品资源，点击获取
