使用System.Drawing.Printing在.NET Core中进行PDF打印

如何解决使用System.Drawing.Printing在.NET Core中进行PDF打印

我正在通过使用PDFiumSharp将每一页转换为PNG图像来打印PDF文件。接下来，我将此图像绘制到“图形”。

private void PrintPage(object sender,PrintPageEventArgs ev)
{
    ev.Graphics.DrawImage(images[pageNum],ev.Graphics.VisibleClipBounds);
    pageNum++;
    if (pageNum == images.Count)
    {
        ev.HasMorePages = false;
    }
    else
    {
        ev.HasMorePages = true;
    }
}

public void Print()
{
    printDocument.PrintPage += new PrintPageEventHandler(PrintPage);
    pageNum = 0;

    if (printDocument.PrinterSettings.IsValid)
    {
        printDocument.Print();
    }
    else
    {
        throw new Exception("Printer is invalid.");
    }
}

问题是打印机接收到非常大的数据，并且整个过程运行缓慢。我试图在Windows上使用lpr命令。它可以直接与PDF文件一起使用，但是我的应用程序需要支持双面打印，其他纸张来源等，而lpr中没有。

如何在不转换为图像的情况下使用System.Drawing.Printig（或其他提供类似功能的东西）打印PDF？我使用.NET Core 3.1，我的应用程序应该是跨平台的。

解决方法

实际上，您需要选择3个中的任意2个。

1. 不使用光栅图像直接将数据发送到打印机
2. 使用System.Drawing.Printing
3. 跨平台

例如，在Windows上1和2可以正常工作。有跨平台的PDF库，可以将PDF直接解析并打印到System.Drawing.Graphics。看看这个sample。

问题在于System.Drawing在Linux和macOS上无法正常运行。它使用libgdiplus，此实现存在许多实际问题。
例如，libgdiplus不能很好地处理剪切路径。我在那里修复了一些相关问题（#545，#547，#552），并发现了严重的阻止因素，可以进一步改进。

第一个是维护者。他们没有回答问题，仅几个月就审查了简单的请求请求。看起来Microsoft对这个项目不太感兴趣。

第二个障碍是内部体系结构。应该重新考虑区域的两种旧实现（基于位图和矩形）。但是，如果不与维护人员沟通，则进行架构更改也是不可行的。

我认为您有2种选择：

1. 使用PDF库，该库可以打印到System.Drawing.Graphics，而没有中间图像（如上述示例）。在Windows上可以正常使用。在Linux上，您将需要：

   • 修复自己在libgdiplus中发现的问题，在生产中使用自定义版本。
   • 将PDF渲染为图像，然后打印光栅图像。

2. 请勿使用System.Drawing.Printing