C# Exchange web服务API自动发现URL花费的时间太长

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

我们将此调用移动到应用程序启动，以便它只需要每隔一段时间发生一次，通常对于当天的第一个用户。但是，我仍然需要确定为什么这个电话需要这么长时间。有人对如何加快通话速度有什么想法吗

谢谢

---

jerry

这对于“为什么”来说可能太明显了：因为当你调用这个方法时，它在幕后做了很多事情，包括建立网络连接，这是性能密集型的

这篇文章提供了更多的信息，如果这是一个内部过程的话，它会有所帮助。（添加斜体以帮助您查找性能部分）

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

对于在本地运行的应用程序（即从 有权访问公司的Active Directory域服务或Active Directory 目录服务），SCP记录查找是 发现自动发现终结点而不必执行自动发现 可从互联网访问。它是安全的，因为URL 通常可以信任Active Directory数据库中的， 出于以下原因：URL是由可信的 来源（Exchange管理员）

应用程序必须根据Active Directory进行身份验证 服务器，以便能够查询它

因为通过SCP查找发现的URL是可信的，所以 客户端应用程序不必验证正在运行的证书 由服务器提供。只要证书存在，则 应用程序可以向端点发送POST请求

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

SCP查找的另一个好处是它有助于分发自动发现 负载因为SCP URL的作用域是Active Directory站点（如 在本章后面的“执行SCP记录查找”一节中介绍 文章），管理员可以强制自动发现 客户端连接到专用于其所在站点的服务器 磨合。使用通过SCP查找发现的URL还可以减少 连接延迟，从而提高总体性能，因为 客户端正在连接到更靠近服务器的服务器 他们