批量打印异常

Question

在将多个 .xps 文档打印到物理打印机时，我收到此错误文档

Dim defaultPrintQueue As PrintQueue = GetForwardPrintQueue(My.Settings.SelectedPrinter)
Dim xpsPrintJob As PrintSystemJobInfo
xpsPrintJob = defaultPrintQueue.AddJob(JobName, Document, False)

已成功假脱机，直到发生打印作业异常

InnerException 是内存不足，无法继续执行程序。

来源是PresentationCore。 dll

我应该从哪里开始搜索？

Answer 1

当尝试执行由于某些资源的临时或永久限制而可能失败的任务时，我倾向于使用退避策略。这种策略已在消息队列和套接字打开等各种事物上得到遵循。

这种策略的一般过程如下。

set maxdelay to 16 # maximum time period between attempts
set maxtries to 10 # maximum attempts

set delay to 0
set tries to 0
while more actions needed:
    if delay is not 0:
        sleep delay
    attempt action
    if action failed:
        add 1 to tries
        if tries is greater than maxtries:
           exit with permanent error
        if delay is 0:
            set delay to 1
        else:
            double delay
            if delay is greater than maxdelay:
                set delay to maxdelay
    else:
        set delay to 0
        set tries to 0

这使得该进程在绝大多数情况下都可以全速运行，但在错误开始发生时会退出，希望为资源提供者提供恢复的时间。延迟的逐渐增加允许更严重的资源限制来恢复，并且最大尝试捕获您所说的永久错误（或需要很长时间才能恢复的错误）。

实际上，我更喜欢这种“尝试并捕获失败”的方法，而不是“检查如果可以，然后尝试”的方法，因为如果检查和尝试之间发生某些变化，后者仍然经常会失败。这被称为“寻求宽恕比请求许可更好”的方法，大多数时候这种方法对老板也很有效，而对妻子则不太常见:-)

一个特别有用的案例是一个程序它为每个短期事务打开一个单独的 TCP 会话。在较旧的硬件上，关闭的套接字（处于 TCP WAIT 状态的套接字）最终在再次需要之前消失。

但是，随着硬件变得更快，我们发现我们可以更快地打开会话和完成工作，而 Windows 的 TCP 句柄已经用完（即使增加到最大值）。

实施此策略是为了允许在事件句柄匮乏时顺利恢复，而不必重新设计通信协议来维持会话。

诚然，这有点拼凑，但这是接近生命周期结束的遗留软件，其中错误修复通常足以使其正常工作，并且它被认为没有足够的战略性来保证花费大量资金来正确修复它。

---

更新：PresentationCore 可能存在（更持久的）问题。这篇知识库文章指出 .NET 3.5SP1 中的 WPF 中存在内存泄漏（其中您的打印驱动程序可能是客户端）。

如果退避策略无法解决您的问题（如果是长期进程中的泄漏，则可能无法解决），您可能需要尝试应用修补程序。对我来说，我会在虚拟机中复制问题，然后修补它来测试它（但我是一个极端偏执狂）。

通过谷歌搜索PresentationCore Insufficient memory to continue theexecution of the program并检查第一个链接此处。在该页面上搜索字符串“与此问题相关的修补程序”。

Answer 2

在将新作业添加到队列之前，您应该检查队列状态。有关 PrintQueue.IsOutOfMemory 属性和可以查询相关属性来验证队列是否处于错误状态。

当然，pax 暗示在访问打印机等资源时使用防御策略是最佳实践。对于初学者，您可能希望将添加作业的行放入 try 块中。

Answer 3

您可能需要考虑启动一个新进程来处理每个文档的打印，与打印文档的工作量相比，开销应该较低。