使用TJ指令编辑PDF时出现字符重叠问题求助

看起来你在手动编写PDF内容流时遇到了字符排列的问题，我来帮你分析一下原因和解决办法：

问题根源：误解了TJ操作符的字距调整逻辑 #

你原来的代码里用了：

[(n)4(a)4(m)4(e)] TJ

这里的4是字距调整值，它会在对应字符输出后，额外添加这个数值的间距（单位是千分之一的文本空间单位，你的字体大小是12pt，所以1单位等于0.012pt，4就是0.048pt的额外间距）。

这个固定的调整值是针对n的宽度设计的，但当你换成c、大写N或者用[\(Name)] TJ这种方式时：

• 不同字符（比如c、N）的原始 glyph 宽度和n不一样，固定的4调整值会打破原本的间距平衡，导致字符重叠。
• [\(Name)] TJ的写法本身存在问题（正确的单字符名称写法是\(N)\(a)\(m)\(e)），即使写法正确，没有匹配的字距调整也会因为字体默认宽度的差异出现重叠。

具体解决方案 #

方案1：使用默认字符间距，去掉手动调整值 #

最简单的方法是直接输出整个字符串，让PDF使用字体内置的默认间距，避免手动固定调整值的干扰：

[(came)] TJ

或者更简洁的Tj操作符（适合不需要逐字符调整的场景）：

(came) Tj

方案2：针对不同字符调整字距值 #

如果你确实需要自定义字符间距，要根据每个字符的实际宽度调整对应的数值。比如如果c的宽度比n窄，你可以增大调整值（比如改成5或6），示例：

[(c)6(a)4(m)4(e)] TJ

你可以通过查看字体的字符宽度表（Font Descriptor里的Widths数组）来获取每个字符的准确宽度，再计算合适的调整值。

方案3：优化冗余的内容流代码 #

你当前的代码重复了裁剪路径和q/Q块，其实可以把整个文本放在一个BT/ET块里，减少冗余，同时避免多次裁剪可能带来的潜在问题：

/P << /MCID 0 >> BDC 
q                         
0.000008871 0 595.32 841.92 re                 
W* n                                           
BT                                             
/F1 12 Tf                                      
1 0 0 1 56.64 759.96 Tm                        
/GS7 gs                                        
0 g                                            
/GS8 gs                                        
0 G                                            
(came) Tj  % 直接输出字符串，使用默认间距
ET                                             
Q

内容的提问来源于stack exchange，提问作者Jacopo Sciampi