Sharepoint 2013 为什么在应用程序池回收后的第一次pocess调用失败？

问题：在使用IIS 8运行Windows 2012的Sharpoint+BPM解决方案中，回收应用程序池后，任何类型进程的第一次调用都会失败，所有后续调用都会成功

从Sharpoint解决方案中嵌入的ascx开始，每个流程类型一个ascx，我们单击一个启动服务器的按钮。转移到一个新页面，该页面创建了一个假装流程类型的新实例，如果成功，我们将从这里响应。重定向到刚刚创建的新流程实例，并重写查询字符串。如果出现错误（回收后的第一个流程），则最后一步不会出现错误

由于实例化de流程的页面是动态的，这取决于所选择的流程类型，因此在启动解决方案之前无法对其进行预加载，如果我们在启动时强制对这些页面进行预实例化，那么在每次新的应用程序池回收（每天一次）时，我们可能会最终得到一个虚拟流程，每种类型一个

问题：如何定位[MyApp].XMLSerializers.dll并卸载它，以验证我的理论，即它的缺失是导致第一个进程调用失败的原因

尝试的解决方案：

• 优化应用程序池和站点配置 没有结果
• 搜索DLL绑定错误 使用FUSLOGVW，在回收应用程序池后，在第一次尝试中，似乎缺少[myApp].XMLSerializers.DLL等。由于这是一个耗时的步骤，并且在启用跟踪（甚至仅针对事件查看器）时不会发生错误，因此我认为动态生成具有所有可序列化类型的DLL可能与此问题有关

调查结果：

• Afects还包括不使用web服务的进程
• 当跟踪打开时，没有错误
• 影响所有环境

非常感谢您的任何建议

---

非常感谢，LTS

这种现象非常奇怪，但通过IIS的某些设置可能是正常的。我想你可以尝试将启动模式设置为AlwaysRunning，因为没有更清晰的解决方案。嗨，Theobald。已经试过了，但没有结果。谢谢