问题描述
问题：在Sharpoint + BPM解决方案中，运行Windows 2012和IIS 8，应用程序池回收后，任何类型进程的第一次调用失败，所有后续调用都成功。
从嵌入在 Sharpoint 解决方案上的 ascx 开始，每个进程类型一个 ascx，我们单击一个按钮，发起一个服务器。转移到一个新页面，该页面创建一个假装进程类型的新实例，如果成功，从这里我们 response.redirect，用查询字符串重写，到刚刚创建的新流程实例。如果出现错误（回收后的第一个过程），则不会发生最后一步。
由于实例化进程的页面是动态的，根据选择的进程类型，无法在启动前预加载解决方案，如果我们在启动时强制预实例化这些页面，我们可以在每个新的应用程序池回收（每天一次）时，最终都会得到一个虚拟进程，每一种都有一个。
问题：我如何找到 [MyApp].XMLSerializers.dll 并卸载它以验证我的理论，即它的缺失是导致第一个进程调用失败的原因？
尝试的解决方案：
- 应用程序池和站点配置的优化 没有结果
- 搜索 DLL 绑定错误 使用 FUSLOGVW，在回收应用程序池后，在第一次尝试中，似乎缺少 [myApp].XMLSerializers.DLL 等。由于这是一个耗时的步骤，并且在启用跟踪（即使仅针对事件查看器）时不会发生错误，因此我认为动态生成具有所有可序列化类型的 DLL 可能与此问题有关。
调查结果：
- 还会影响不使用网络服务的进程
- 当跟踪打开时没有错误
- 影响所有环境
非常感谢任何建议 非常感谢，LTS
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）