这个错误（PrintTicket provider failed to retrieve PrintCapabilities + Win32错误-2147467259）本质是打印机驱动的PrintTicket提供程序无法正确返回打印能力，常见于小众USB打印机、平板专用打印机，或者驱动在触控/平板环境下的兼容性问题。你定位到的dialog.PrintableAreaWidth/Height确实是触发点——WPF的PrintDialog在访问这些属性时会自动尝试获取打印机的完整PrintCapabilities，而很多低端/特殊打印机的驱动做不到这一点。

下面是几个经实践验证的解决方案，按优先级排序：

1. 异常捕获+默认尺寸Fallback（最直接的修复） #

既然不是所有打印机都能正确返回PrintableArea，那就给这段代码加异常捕获，出错时用标准尺寸兜底。这样既不会崩溃，也能适配绝大多数打印机：

var dialog = new PrintDialog();
Size pageSize;

try
{
    // 尝试获取打印机的实际可打印区域
    pageSize = new Size(dialog.PrintableAreaWidth, dialog.PrintableAreaHeight);
}
catch (PrintQueueException)
{
    // 捕获到能力获取失败的异常，优先用打印机默认纸张尺寸
    if (dialog.PrintQueue?.DefaultPrintTicket != null)
    {
        var defaultPageSize = dialog.PrintQueue.DefaultPrintTicket.PageMediaSize;
        // 把毫米单位转成WPF的像素（默认96DPI）
        pageSize = new Size(
            MillimetersToPixels(defaultPageSize.Width),
            MillimetersToPixels(defaultPageSize.Height)
        );
    }
    else
    {
        // 终极兜底：用A4纸的像素尺寸（96DPI下：210mm×297mm → 827×1169像素）
        pageSize = new Size(827, 1169);
    }
}

// 辅助方法：毫米转WPF像素（适配96DPI）
private double MillimetersToPixels(double mm)
{
    const double mmPerInch = 25.4;
    const double dpi = 96; // WPF默认DPI
    return mm / mmPerInch * dpi;
}

这个方案的核心是容错，即使打印机驱动有问题，应用也能继续运行。

2. 手动指定简化版PrintTicket #

有些打印机对WPF自动生成的复杂PrintTicket支持不好，你可以强制使用打印机的默认PrintTicket（更简单、更兼容），再尝试获取打印区域：

var dialog = new PrintDialog();
// 强制使用打印机的默认PrintTicket，避免自动生成复杂配置
dialog.PrintTicket = dialog.PrintQueue.DefaultPrintTicket;

Size pageSize;
try
{
    pageSize = new Size(dialog.PrintableAreaWidth, dialog.PrintableAreaHeight);
}
catch (PrintQueueException)
{
    // 同上的fallback逻辑
    pageSize = new Size(827, 1169);
}

默认PrintTicket是打印机厂商预定义的，兼容性比WPF自动生成的好很多，能减少大部分驱动层面的错误。

3. 排查驱动和硬件兼容性 #

如果上面的代码修复还是有问题，那可能是驱动本身的问题：

• 去打印机厂商官网下载适配Windows平板/触控设备的最新驱动，不要用系统自动安装的通用驱动
• 如果是小众打印机，尝试换成微软的「通用USB打印驱动」（Windows自带），很多时候比厂商驱动更稳定
• 检查打印机是否支持XPS打印：WPF用的是XPS打印架构，有些老打印机只支持GDI，这种情况下可以考虑切换到GDI打印（比如用System.Drawing.Printing命名空间的API）

4. 绕开WPF打印系统，直接打印PDF #

既然你是打印PDF报告，完全可以绕开WPF的PrintDialog，直接调用系统的PDF打印功能，让系统默认的PDF阅读器（比如Edge）处理打印逻辑：

using System.Diagnostics;

// 你的PDF文件路径
string pdfFilePath = @"C:\path\to\your\report.pdf";

var printProcess = new ProcessStartInfo
{
    FileName = pdfFilePath,
    Verb = "print", // 调用系统打印命令
    CreateNoWindow = true,
    WindowStyle = ProcessWindowStyle.Hidden
};

Process.Start(printProcess);

这种方式完全绕开了WPF的PrintCapabilities检测，对兼容性差的打印机非常友好，缺点是无法在代码中自定义打印参数（比如选择纸张、份数），如果需要自定义参数，可以考虑用第三方PDF打印库（比如PdfSharp、iTextSharp）。

最后提醒下：平板上的USB设备可能需要额外的权限，确保你的应用有访问打印机的权限（在Windows设置里检查「打印机和扫描仪」的权限）。

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