Office365 为什么Outlook 2013将我们的Office 365加载项标记为；不回应；？

我们的一个用户在Outlook 2013“”中遇到此错误

我们无法在IE11/Outlook2013环境中重新生成错误。已经过Office store团队的测试，没有问题

有人能解释一下Outlook 2013是如何确定“插件无响应”的，以及我们是如何找出问题所在的吗？我们的外接程序继续为用户工作，但错误总是存在的

更多环境详情：

及

更新。我们已经将最初加载的JS代码的大小减少了2倍（现在约900kb），并对加载的css进行了优化，但Outlook 2013有时仍会标记第一个加载项（不一致）。以后错误可能会消失。不确定我们还能做些什么，Outlook衡量插件响应性的方法似乎并不完美或有缺陷。

---

有什么建议吗？

与开发人员跟进。这表示外接程序在15秒内使用了超过90%的CPU，检查间隔为5秒。基本上，该应用程序使用了太多的计算机CPU。由于错误表明用户可以单击“x”并继续（如果他们愿意），因此这是一个不可忽略的错误

你的应用程序是否在做消耗大量CPU的事情？也可能是这样，用户只是在一台速度较慢的计算机上？可能是后者，因为只有该用户有问题

有关性能限制的更多详细信息，请检查：

---

这些值也可以通过regKey进行调整

您是否有导致此问题的Outlook 2013版本信息？当用户单击对话框上的“关闭”按钮时会发生什么？这个应用程序工作正常吗？这将是很难诊断没有复制，但我们可以问开发人员是什么原因造成的。嗨，蒂姆，谢谢你的回答。如果单击Outlook 2013链接，您将看到一个屏幕截图，其中显示了Outlook的确切版本，Windows 7链接将显示它是什么类型的计算机。i7 2.67GHz，16G RAM看起来并不慢。我还添加了我们的Office store应用程序链接。我们的应用程序已经在所有环境中进行了测试，我们还没有遇到此错误。是的，即使出现此错误/警报，我们的应用程序仍能继续工作，但我们的客户端不会向出现此错误的用户发布我们的加载项。我们需要想办法解决这个问题。有什么我们可以优化的吗？复制不一致？（这会让我们很难检查是否存在bug？）Outlook解决这一问题的方法是，这些值可以通过RegKey和组策略进行调整（如此处所述：）我可以与开发人员所有者联系，以便进一步查看，但尝试应用这些注册表键，看看是否能阻止这种情况发生，这是值得的。特别是“为web扩展指定警报间隔”组策略。或AlertInterval RegKey。若要进一步更新，因为这似乎是特定客户的计算机（或计算机子集）的问题，客户可能希望与Microsoft一起打开支持案例。支持人员可以深入研究并试图理解为什么这些计算机会重新出现这个问题。这是任何文档中都不会注意到的。很高兴知道+1.