ASP.NET Core 7.0 Web API部署为Windows服务后打印功能异常求助

一、两种托管方式的核心差异 #

• 会话环境隔离：Visual Studio/IIS Express运行时，程序处于交互式用户会话，拥有当前登录用户的桌面上下文、完整打印机权限及GDI资源访问能力；Windows服务默认运行在非交互式Session 0会话，无桌面环境，无法直接访问用户会话内的打印机资源，也不能调用依赖桌面上下文的GDI打印API。
• 权限上下文限制：即便服务以本地管理员账户启动，Session 0的隔离机制仍会限制它对用户层设备（含打印机）的直接访问——哪怕打印机设置为"所有人可用"，服务也无法获取完整的打印会话上下文。
• API支持限制：官方明确标注System.Printing及依赖它的PrintDocument（底层依赖System.Drawing.Common的GDI）不支持在Windows服务/ASP.NET服务中使用，这会引发不可预测行为，你遇到的无限循环本质是打印API因缺少上下文无法完成任务，陷入隐性重试逻辑。

二、可行解决方法 #

方案1：改用服务兼容的原生打印API #

放弃PrintDocument，通过P/Invoke调用Windows打印后台处理程序Win32 API，这类API专为服务环境设计，不依赖桌面会话。核心代码示例：

using System.Runtime.InteropServices;

public static class PrinterNativeApi
{
    [DllImport("winspool.drv", CharSet = CharSet.Auto, SetLastError = true)]
    public static extern bool OpenPrinter(string pPrinterName, out IntPtr hPrinter, IntPtr pDefault);

    [DllImport("winspool.drv", CharSet = CharSet.Auto, SetLastError = true)]
    public static extern bool StartDocPrinter(IntPtr hPrinter, int Level, [In] ref DOCINFOA pDocInfo);

    [DllImport("winspool.drv", CharSet = CharSet.Auto, SetLastError = true)]
    public static extern bool WritePrinter(IntPtr hPrinter, IntPtr pBytes, int dwCount, out int dwWritten);

    [DllImport("winspool.drv", CharSet = CharSet.Auto, SetLastError = true)]
    public static extern bool EndDocPrinter(IntPtr hPrinter);

    [DllImport("winspool.drv", CharSet = CharSet.Auto, SetLastError = true)]
    public static extern bool ClosePrinter(IntPtr hPrinter);
}

[StructLayout(LayoutKind.Sequential, CharSet = CharSet.Auto)]
public struct DOCINFOA
{
    [MarshalAs(UnmanagedType.LPStr)] public string pDocName;
    [MarshalAs(UnmanagedType.LPStr)] public string pOutputFile;
    [MarshalAs(UnmanagedType.LPStr)] public string pDataType;
}

// 打印调用示例
public void PrintRawContent(string printerName, string content)
{
    IntPtr hPrinter = IntPtr.Zero;
    DOCINFOA docInfo = new DOCINFOA { pDocName = "Service Print Job" };
    byte[] contentBytes = Encoding.ASCII.GetBytes(content);
    
    try
    {
        if (PrinterNativeApi.OpenPrinter(printerName, out hPrinter, IntPtr.Zero))
        {
            if (PrinterNativeApi.StartDocPrinter(hPrinter, 1, ref docInfo))
            {
                IntPtr bufferPtr = Marshal.AllocHGlobal(contentBytes.Length);
                Marshal.Copy(contentBytes, 0, bufferPtr, contentBytes.Length);
                
                PrinterNativeApi.WritePrinter(hPrinter, bufferPtr, contentBytes.Length, out _);
                Marshal.FreeHGlobal(bufferPtr);
                PrinterNativeApi.EndDocPrinter(hPrinter);
            }
        }
    }
    finally
    {
        if (hPrinter != IntPtr.Zero)
        {
            PrinterNativeApi.ClosePrinter(hPrinter);
        }
    }
}

方案2：拆分打印逻辑到独立代理进程 #

创建独立的Windows窗体应用作为打印代理，服务通过IPC（命名管道、WCF等）发送打印请求，代理程序运行在用户交互式会话中，复用原有PrintDocument代码完成打印。此方法既保留原有实现，又规避服务的会话限制，适合需快速兼容原有代码的场景。

方案3：启用服务交互式模式（不推荐） #

可在服务属性的"登录"选项卡勾选"允许服务与桌面交互"，强制服务进入用户会话，但这是过时且不安全的方案——Session 0隔离机制就是为避免服务与用户会话交互带来的安全风险，该方法在Windows 8及以上系统兼容性差，且易被安全策略拦截，仅适合临时测试。

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