为什么我的Windows服务启动csc.exe实例？
我在C＃中编写了一个multithreading的Windows服务。 出于某种原因，每次生成线程时都会启动csc.exe。 我怀疑它与线程本身有关，但事实上它是在每个线程的基础上发生的，并且这些线程是短暂的，这使问题非常明显：许多csc.exe进程不断启动和停止。
性能仍然相当不错，但我希望如果我能消除它，它会有所改善。 但是，更令我担心的是McAfee正在尝试扫描csc.exe实例并最终杀死该服务，显然当一个实例在扫描中期退出时。 我需要商业部署此服务，因此更改McAfee设置不是解决方案。
我假设我的代码中的某些东西正在触发动态编译，但我不确定是什么。 其他人遇到这个问题？ 任何解决它的想法？
更新1：
在根据@sixlettervariables的建议和链接进行进一步研究后，问题似乎源于XML序列化的实现，如Microsoft的XmlSerializer文档中所示：
为了提高性能，XML序列化基础结构动态生成程序集以序列化和反序列化指定的类型。
Microsoft在同一个文档中进一步说明了优化：
基础结构查找并重用这些程序集。 仅当使用以下构造函数时，才会出现此问题：
XmlSerializer.XmlSerializer（类型）
XmlSerializer.XmlSerializer（Type，String）
这似乎表明只要使用了两个指定的构造函数之一，codegen和编译在第一次使用时只会发生一次。 但是，我没有从这个优化中受益，因为我正在使用另一种forms的构造函数，具体来说：
public XmlSerializer（Type type，Type [] extraTypes）
进一步阅读，事实certificate，这也恰好是我在代码执行时观察到的内存泄漏的可能解释。 同样，来自同一个文档：
如果使用任何其他构造函数，则会生成同一程序集的多个版本，并且永远不会卸载，这会导致内存泄漏和性能下降。 最简单的解决方案是使用前面提到的两个构造函数之一。 否则，您必须将程序集缓存在Hashtable中。
微软建议的两个解决方法对我来说是最后的手段。 转到另一种forms的构造函数不是首选（我使用“extratypes”forms来序列化派生类，这是每个Microsoft的文档支持使用），我不确定我喜欢管理缓存的想法用于跨多个线程的程序集。
因此，我有sgen ‘，并且看到生成的类型序列化程序的组合按预期生成，但是当我的代码执行时，未加载sgen生成的程序集（在Fusion日志查看器和进程监视器中进行观察）。 我正在探索为什么会这样。
更新2：
当我使用两个“友好的”XmlSerializer构造函数之一时，sgen’d程序集加载正常（参见上面的Update 1）。 例如，当我使用XmlSerializer(Type) ，sgen’d程序集加载并且不执行运行时codegen /编译。 但是，当我使用XmlSerializer(Type, Type[]) ，程序集不会加载。 找不到任何合理的解释。
所以我正在恢复使用其中一个受支持的构造函数和sgen’ing。 这种组合消除了我的原始问题（启动csc.exe），以及另一个相关问题（上面的Update 1中提到的XmlSerializer引起的内存泄漏）。 但是，它确实意味着我必须为派生类型（在基类型上使用XmlInclude ）恢复到不太理想的序列化forms，直到框架中的某些更改来解决这种情况。
心灵调试：
- 您的Windows服务执行XML序列化/反序列化
为了提高性能，XML序列化基础结构动态生成程序集以序列化和反序列化指定的类型。
如果是这种情况，您可以先验地构建这些XML Serializer程序集。