如何通过V4打印机驱动触发打开WPF应用程序

V4打印机驱动本身受权限限制，不支持直接在驱动逻辑内调用桌面进程，可选择以下两种方案实现需求：

方案1：轻量方案（无需修改现有驱动） #

适合快速实现，改动成本极低：

• 额外开发一个随系统开机启动的用户态后台服务，或是在你的WPF应用内内置静默后台监听逻辑
• 服务通过System.Printing命名空间的API监听目标打印机的打印队列事件，参考代码片段如下：

// 绑定本地目标打印机
LocalPrintServer localServer = new LocalPrintServer();
PrintQueue targetQueue = localServer.GetPrintQueue("你自定义的打印机名称");
// 监听打印作业新增事件
targetQueue.SubscribeToPrintQueueEvents(PrintQueueEventIds.JobAdded);
targetQueue.PrintQueueEvent += (sender, args) =>
{
    if (args.EventId == PrintQueueEventIds.JobAdded)
    {
        // 检测到新打印作业时启动WPF应用，可同步传递打印作业ID、临时XPS文件路径等参数
        System.Diagnostics.Process.Start("你的WPF应用完整路径");
        // 若不需要输出到物理设备，可直接取消当前打印作业
        foreach (var job in targetQueue.GetPrintJobInfoCollection())
        {
            job.Cancel();
        }
    }
};

• 注意配置服务权限：需勾选「允许服务与桌面交互」，或调用CreateProcessAsUserAPI指定当前用户会话启动进程，避免WPF应用启动到系统会话0用户不可见。

方案2：标准方案（自定义端口监视器） #

适合商用场景，稳定性更强：

• 额外开发自定义打印端口监视器，替换驱动默认的本地/网络端口
• 在端口监视器的作业处理逻辑中，收到打印作业时直接启动WPF应用，同时可将打印生成的XPS流暂存到本地临时目录，作为参数传递给WPF应用做后续内容解析
• 开发完成后将自定义端口监视器和现有V4驱动打包签名安装即可，无需额外常驻后台服务

常见问题处理 #

• 权限拦截：不要尝试在V4驱动的渲染过滤器内直接启动进程，V4驱动组件运行在低权限沙箱中，该操作会被系统直接拦截
• 重复启动：可给WPF应用增加单实例判断逻辑，检测到已运行实例时直接将参数传递给现有实例，无需重复启动新进程
• 内容获取：系统发送到虚拟打印机的打印内容默认是XPS格式，可直接读取解析为文档、图片等格式做后续处理

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