我们有一个 aspx 页面，它使用 Exchange Web 服务 API 来访问我们的 Exchange Server 2010 系统。该应用程序检索预订并在移动设备上显示预订。该应用程序运行良好，只是调用 AutodiscoverUrl() 方法需要很长时间，最多 20 秒。
我们将此调用移至应用程序启动，以便它只需要偶尔发生一次，通常用于一天中的第一个用户。但是，我仍然需要确定为什么这个电话需要这么长时间。有人对如何加快此通话有任何想法吗？
谢谢，
杰瑞
【问题讨论】：
标签： c# asp.net exchange-server
这对于“为什么”来说可能太明显了：因为当您调用该方法时，它在后台做了很多事情，包括建立网络连接，这些都是性能密集型的。
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记录查找是一种安全的方式 无需自动发现即可发现自动发现端点 可从 Internet 访问。从某种意义上说，它是安全的 在 Active Directory 数据库中发现一般可以信任， 原因如下： URL 是由值得信赖的人配置的 来源（Exchange 管理员）。
应用程序必须针对 Active Directory 进行身份验证 服务器能够查询它。
因为通过 SCP 查找发现的 URL 是可信的，所以 客户端应用程序不必验证证书是 由服务器提供。只要证书存在， 应用程序可以向端点发送 POST 请求。
虽然我们通常建议客户购买和部署有效的 证书，Exchange 安装程序默认安装自签名 自动发现虚拟目录上的证书。为此原因， 对自动发现端点执行基于 SCP 记录的发现 是支持开箱即用 Exchange 安装的好方法 通过消除对安全性的需求来改善最终用户体验 提示。
SCP 查找的另一个好处是它有助于分发自动发现 加载。因为 SCP URL 的范围仅限于 Active Directory 站点（如 在本文后面的“执行 SCP 记录查找”部分中描述 文章），管理员可以强制自动发现 客户端连接到专用于他们所在站点的服务器 使用通过 SCP 查找发现的 URL 也可以减少 连接延迟，从而提高整体性能，因为 客户端正在连接到更接近的服务器 他们。
【讨论】：