为什么使用PSeq并行化的代码无法写入Excel表格？

这个问题的核心原因在于Excel的COM对象模型完全不支持多线程操作，它是基于单线程公寓（STA）设计的，所有对Excel对象的调用必须严格在创建它们的同一个线程上执行。

为什么用PSeq.iter会导致工作表空白？ #

当你切换到PSeq.iter时，并行序列会把工作表创建和写入的操作分发到多个线程池线程中。这些线程大多是多线程公寓（MTA）模式，跨线程访问Excel的COM对象时，COM的封送机制无法正确传递你的写入指令——看起来代码执行了，但实际上Excel根本没收到这些跨线程的写入请求，最终就出现了空白工作表。

关于RPC_E_SERVERCALL_RETRYLATER异常 #

你遇到的这个异常是Excel COM对象的典型报错：当多个线程同时尝试调用Excel时，Excel的主线程（负责处理所有UI和对象操作）忙不过来，就会返回"应用忙"的提示。这本质上是跨线程调用COM对象时，消息泵无法及时处理外部线程的请求导致的。

为什么List.iter能正常工作？ #

List.iter是在创建Excel Application的同一个STA线程上串行执行所有操作，所有对Workbook、Worksheet、Range的调用都符合Excel的线程要求，自然能正常写入内容，也不会触发异常。

可行的解决方案 #

1. 优先选择串行处理
   如果你的工作表写入逻辑不算特别耗时，继续用List.iter串行处理是最稳妥的方式，完全避开线程安全问题。

2. 拆分计算与写入逻辑
   要是每个工作表的内容需要复杂计算，可以把计算和写入分开：

   • 先用PSeq并行完成所有数据的计算，把要写入的内容（比如每个单元格的数值/文本）提前存在内存里；
   • 回到创建Excel对象的主线程，用串行方式把计算好的数据写入对应的工作表。
     这样既利用并行提升了计算效率，又不会跨线程操作Excel对象。

3. 替换为线程友好的Excel库
   放弃Office Interop，改用像EPPlus、NPOI这类第三方库。它们不需要依赖本地安装的Excel应用，本身设计就支持安全的并行操作（只要每个线程处理独立的文件或工作表），能从根源上解决线程安全问题。

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