ASP.NET Core Web API中使用RichTextBox导致API无法返回数据

WinForms控件（比如RichTextBox）依赖Windows消息循环和UI线程环境，而ASP.NET Core是无UI的服务器端框架，运行在后台线程中，没有消息循环机制。当你实例化RichTextBox并设置Rtf属性时，控件内部会尝试绑定UI线程的消息处理，导致线程阻塞，API请求因此无响应，且不会抛出异常（属于无限等待的死锁状态）。

方案1：用纯.NET库解析RTF（推荐） #

放弃WinForms控件，改用不依赖UI环境的RTF解析库，比如RtfPipe，专门处理RTF文本解析，适合服务器端场景。

操作步骤： #

1. 安装NuGet包：
   在Package Manager Console执行：Install-Package RtfPipe
   或者直接修改项目文件添加：

   <PackageReference Include="RtfPipe" Version="1.0.25" />
   

2. 修改代码：

   using RtfPipe;
   
   // 你的API方法内部代码
   string rtfString = @"{\rtf1\ansi\ansicpg1252\deff0\deflang1033{\fonttbl{\f0\froman\fprq2\fcharset0 Times New Roman;}}
   \viewkind4\uc1\pard\sa160\sl252\slmult1\lang1066\f0\fs26 - \tab G\'e3y 1/3 gi\u7919?a x\u432?\u417?ng \u273?\'f2n (P).\fs28\par
   \pard\fs24\par
   }";
   
   if (rtfString == null)
   {
       return new JsonResult("null");
   }
   
   if (rtfString.StartsWith(@"{\rtf1"))
   {
       var plainText = Rtf.ToText(rtfString);
       return new JsonResult(plainText);
   }
   
   return new JsonResult(rtfString);
   

方案2：手动启动消息循环（不推荐服务器端） #

如果必须用WinForms控件，得在单独的STA线程中创建控件并手动启动消息循环，但服务器端长期运行这类线程容易引发资源泄漏，仅作临时应急方案：

string rtfString = @"{\rtf1\ansi\ansicpg1252\deff0\deflang1033{\fonttbl{\f0\froman\fprq2\fcharset0 Times New Roman;}}
\viewkind4\uc1\pard\sa160\sl252\slmult1\lang1066\f0\fs26 - \tab G\'e3y 1/3 gi\u7919?a x\u432?\u417?ng \u273?\'f2n (P).\fs28\par
\pard\fs24\par
}";

if (rtfString == null)
{
    return new JsonResult("null");
}

string resultText = null;
var uiThread = new Thread(() =>
{
    using (var rtBox = new RichTextBox())
    {
        if (rtfString.StartsWith(@"{\rtf1"))
        {
            rtBox.Rtf = rtfString;
        }
        resultText = rtBox.Text;
    }
    System.Windows.Forms.Application.ExitThread(); // 退出消息循环，结束线程
});

uiThread.SetApartmentState(ApartmentState.STA); // WinForms控件必须运行在STA线程
uiThread.Start();
uiThread.Join(); // 等待线程完成处理

return new JsonResult(resultText ?? rtfString);

服务器端绝对不建议使用WinForms/WPF这类UI控件，它们是为桌面应用设计的，在服务器环境下会带来线程阻塞、资源泄漏、跨平台兼容性问题（比如部署到Linux服务器完全无法运行）。优先选择纯后端的RTF解析库，保证服务的稳定性和可移植性。

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