PrintDocument打印无输出的主因是未在PrintPage事件中调用e.Graphics.DrawString等绘图方法；需订阅事件、设置GraphicsUnit为毫米、基于MarginBounds定位、选用系统内置字体、避免重置PrinterSettings。
PrintDocument 打印文字时根本不出纸？先检查 PrintPage 事件里有没有调用 e.Graphics.DrawString
很多人写完 PrintDocument，点打印没反应，不是驱动问题，也不是打印机离线——而是压根没在 PrintPage 事件处理函数里画任何东西。PrintDocument 不会自动输出文本，它只提供一个绘图表面（e.Graphics），你得亲手把字“画”上去。
-
PrintPage事件必须订阅，且事件处理函数里至少调用一次e.Graphics.DrawString或e.Graphics.DrawRectangle等绘图方法，否则 Windows 认为“无内容可打”，直接跳过 - 别只写
printDoc.Print()就以为完事了，漏掉事件订阅或空事件体是高频错误 - 调试时可在事件开头加
Debug.WriteLine("PrintPage fired")，确认事件是否触发
文字位置总偏移、截断？重点看 GraphicsUnit 和坐标系原点
DrawString 的坐标默认是像素单位，但打印机 DPI 远高于屏幕，直接用屏幕坐标（比如 new Point(10, 10)）会导致文字挤在左上角甚至被裁掉。关键不是“调大坐标”，而是统一单位和参考系。
- 创建
PrintDocument后，建议在PrintPage里先设e.Graphics.PageUnit = GraphicsUnit.Millimeter，再用毫米定位更符合物理打印习惯 - 注意：
e.MarginBounds是可用打印区域（已扣除页边距），e.PageBounds是整页物理范围；文字应基于e.MarginBounds布局，避免撞到打印机不可打区域 - 示例定位：
e.Graphics.DrawString("Hello", font, brush, e.MarginBounds.Left + 10, e.MarginBounds.Top + 15)（单位为毫米时）
中文乱码或显示方块？字体必须嵌入或确保系统存在
Windows 打印子系统不走 WPF 渲染管线，也不加载你项目里嵌入的 TrueType 字体资源。如果用 new Font("微软雅黑", 9)，而目标机器没装该字体，就会降级成宋体甚至显示为方块——这不是编码问题，是字体缺失。
- 优先使用打印机内置字体：如
"SimSun"（宋体）、"NSimSun"（新宋体）、"@SimSun"（带 @ 表示垂直书写支持，部分驱动识别） - 避免用设计时字体名如
"Microsoft YaHei"，它在 Server Core 或精简版系统大概率不存在 - 若必须用特殊字体，需确认目标环境已安装，或改用 GDI+ 路径绘制（复杂，不推荐）
- 编码不用管 UTF-8/GBK：.NET
string是 Unicode，DrawString直接支持中文，乱码 99% 是字体问题
打印预览正常、真机却空白？检查 PrinterSettings 是否被意外覆盖
调用 PrintPreviewDialog 时，它会用自己的 PrinterSettings 实例；而直接 Print() 用的是你代码里配置的那个。如果中间某处写了 printDoc.PrinterSettings = new PrinterSettings()，就可能清空了打印机名称、纸张等关键设置，导致发给“默认打印机（但实际未选）”或静默失败。
- 不要新建
PrinterSettings赋值，除非你明确要重置；要用就复用已有实例或仅修改特定属性，如printDoc.PrinterSettings.PrinterName = "HP LaserJet" - 打印前加一句
if (string.IsNullOrEmpty(printDoc.PrinterSettings.PrinterName)) { /* 提示用户选择 */ }，避免静默失败 - 某些旧驱动对
PrinterSettings.Copies或Collate敏感，设为非默认值时可能拒收任务，可先注释掉这些设置验证
真正麻烦的从来不是画几个字，而是打印机那套“不说错在哪，只给你一张白纸”的脾气——尤其当它连错误都不抛的时候。
