Exchange Web服务API自动发现需要太长时间

Question

我们有一个使用Exchange Web服务API访问Exchange Server 2010系统的aspx页面。该应用程序检索预订并在移动设备上显示预订。该应用程序工作正常，但调用AutodiscoverUrl（）方法需要很长时间，最多20秒。

我们将此调用移至应用程序启动，因此它只需要偶尔发生一次，通常是当天的第一个用户。但是，我仍然需要确定为什么这个电话需要这么长时间。有没有人对如何加快这次通话有任何想法？

谢谢，

杰里

Answer 1

这对于“为什么”来说可能太明显了：因为当你调用方法时它会做很多工作，包括建立性能密集的网络连接。

http://msdn.microsoft.com/en-us/library/bb204047%28EXCHG.140%29.aspx

本文提供了更多信息，如果这是一个内部流程，也会提供一些有用的信息。 （添加了斜体以帮助您找到性能部分。）

http://msdn.microsoft.com/en-us/library/ee332364(EXCHG.140).aspx

  

通过Active Directory SCP记录发现自动发现端点   查找

     

对于在本地运行的应用程序（即来自计算机的应用程序）   可以访问公司的Active Directory域服务或Active   目录目录服务），SCP记录查找是一种安全的方式   在没有自动发现的情况下发现自动发现端点   可从互联网访问。从URL的意义上来说它是安全的   在Active Directory数据库中找到通常可以信任，   出于以下原因：URL由可信赖的配置   来源（Exchange管理员）。

     

应用程序必须针对Active Directory进行身份验证   服务器能够查询它。

     

因为通过SCP查找发现的URL值得信赖，a   客户端应用程序不必验证证书   由服务器提供。只要证书存在，就可以了   应用程序可以向端点发送POST请求。

     

虽然我们一般建议客户购买和部署有效   证书，默认情况下Exchange安装程序安装自签名   自动发现虚拟目录上的证书。为此原因，   执行基于SCP记录的自动发现端点发现   是一种支持开箱即用的Exchange安装的好方法   通过消除对安全性的需求来改善最终用户体验   提示。

     

SCP查找的另一个好处是它有助于分发自动发现   加载。因为SCP URL的范围是Active Directory站点（如   在本节后面的“执行SCP记录查找”一节中描述   文章），管理员可以强制自动发现   客户端连接到专用于站点的服务器   运行。使用通过SCP查找发现的URL也会减少   连接延迟，从而提高整体性能，因为   客户端连接到更接近的服务器   它们。