给PrintDocument的PrintPage注册多个PrintPageEventHandler的目的及问题咨询

嘿，我来帮你把PrintDocument这些事儿掰扯明白～

注册多个事件处理函数，本质上是为了让打印逻辑更灵活、更易维护，常见的场景有这几个：

• 职责拆分：把不同模块的打印逻辑分开，比如一个handler专门画页眉页脚，另一个处理正文内容，还有一个负责打印附加的备注信息。这样每个方法只干一件事，代码可读性和维护性都会高很多，不用把所有逻辑堆在一个大方法里。
• 模块化扩展：后续如果要加新的打印内容，直接新增一个handler注册进去就行，不用修改原来的代码。比如后来要加公司的版权声明，直接写个新的处理函数注册上，完全不影响之前的正文打印逻辑。
• 逻辑复用：如果有一些通用的打印逻辑（比如统一的公司logo、固定的页脚文字），可以把这些封装成独立的handler，在多个PrintDocument实例里重复使用，不用每次都写一遍相同的代码。

这是因为PrintDocument的PrintPage是多播事件——所有注册的handler都会被依次触发，但它们共享同一个PrintPageEventArgs对象，包括里面的Graphics上下文。

第一个handler在当前页的Graphics上画完内容后，第二个handler拿到的还是同一个页的Graphics，默认是从页面左上角（坐标(0,0)）开始绘制，自然就把第一个handler的内容给覆盖了。而且这种情况下，两个handler的分页逻辑（HasMorePages的设置）还会互相干扰，很容易出问题。

先澄清一个点：g.DrawString只是在当前打印页的Graphics上下文上绘制文本，它本身不会“告知后端后续图形”，它只是完成当前页的绘制操作而已。

真正控制分页的是PrintPageEventArgs.HasMorePages属性，整个流程是这样的：

1. 当PrintDocument开始打印时，触发PrintPage事件，给你一个对应第一页的Graphics上下文。
2. 你在handler里用g.DrawString（或者其他绘图方法）绘制当前页的内容。
3. 如果还有内容需要打印到下一页，就把HasMorePages设为true。
4. 当前handler执行完毕后，PrintDocument会再次触发PrintPage事件，同时创建一个新的Graphics上下文（对应新的打印页），让你继续绘制下一页的内容。
5. 当所有内容都打印完，把HasMorePages设为false，PrintDocument就结束打印流程。

如果注册了多个handler，每个handler都会在同一个事件触发周期里执行，相当于在同一个页的Graphics上多次绘制，自然会覆盖。所以一般来说，更推荐把所有打印逻辑（包括分页）放在一个handler里，或者让多个handler协同处理同一个页的不同区域（比如一个画页眉，一个画正文，各自指定不同的绘制坐标），而不是让它们各自独立处理整个页面。

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