控制资源使用并提高性能
本主题介绍 Windows Communication Foundation (WCF) 体系结构的不同方面的不同属性，这些属性可控制资源使用并影响性能指标。
WCF 中约束资源使用的属性
Windows Communication Foundation (WCF) 对某些类型的进程应用约束，以实现安全或性能方面的目的。这些约束有两种主要形式，即：配额和控制器。**配额是一种限制，当达到或超过此限制时，将立即在系统中的某个点触发异常。**控制器也是一种限制，但不会立即导致引发异常。达到控制器限制时，处理仍将继续进行，但不会超过该控制器值所设置的限制。这一受限处理可能会在另外某处引发异常，但这取决于具体的应用程序。
除了配额与控制器之间存在区别之外，序列化级别、传输级别以及应用程序级别中也分别存在一些约束属性。例如，配额 System.ServiceModel.Channels.TransportBindingElement.MaxReceivedMessageSize（由所有系统提供的传输绑定元素实现）默认情况下设置为 65,536 字节，以阻止恶意客户端通过导致过度的内存使用来对服务发起拒绝服务攻击。（通常，您可以通过降低这一值来提高性能）。
序列化配额的一个示例是 System.Runtime.Serialization.DataContractSerializer.MaxItemsInObjectGraph 属性，该属性指定序列化程序在一次 ReadObject 方法调用中序列化或反序列化的对象的最大数目。应用程序级控制器的一个示例是 System.ServiceModel.Dispatcher.ServiceThrottle.MaxConcurrentSessions 属性，该属性默认情况下将并发会话通道连接的数目限定为不超过 10 个。（与配额不同，如果达到此控制器值，应用程序会继续处理，但不接受新的会话通道，也就是说，在另外某个会话通道终止之前，新客户端将无法连接。）
这些控制机制旨在针对某些类型的攻击提供现成的缓解措施，或者改善内存需求量、启动时间等性能指标。但是，根据不同的应用程序，这些控制机制可能会妨碍服务应用程序性能或者使应用程序根本无法工作。例如，旨在传送视频的应用程序可能很容易超过默认的 System.ServiceModel.Channels.TransportBindingElement.MaxReceivedMessageSize 属性值。本主题概述适用于 WCF 各级别的应用程序的各种控制机制，介绍不同的方法来让您详细了解某个设置是否会妨碍应用程序，并介绍纠正各种问题的方法。大多数控制器以及某些配额都是在应用程序级别提供的，即使基属性是序列化约束或传输约束，也是如此。例如，可使用 Service 类的 System.ServiceModel.ServiceBehaviorAttribute.MaxItemsInObjectGraph 属性来设置 System.Runtime.Serialization.DataContractSerializer.MaxItemsInObjectGraph 属性。
提示
如果您遇到了特定的问题，应当先阅读 WCF 疑难解答快速入门，看看您的问题（和解决方案）是否列在其中。
限制序列化进程的属性列在数据的安全考虑事项中。限制与传输有关的资源使用的属性列在传输配额中。限制应用程序层的资源使用的属性是 ServiceThrottle 类的成员。
检测与配额设置有关的应用程序和性能问题
为了在各种应用程序类型中启用基本的应用程序功能，同时针对常见安全问题提供基本保护，系统选择了上述值的默认值。但是，不同的应用程序设计可能会超出一个或多个控制器设置，不过可以通过其他手段保护应用程序的安全，并使应用程序按照设计的方式工作。在这些情况下，必须识别出超过的是哪些控制器值，是在哪一级别超过的，并确定适当的操作过程来提高应用程序的吞吐量。
通常，当编写并调试应用程序时，应当在配置文件中或者以编程方式将 System.ServiceModel.Description.ServiceDebugBehavior.IncludeExceptionDetailInFaults 属性设置为 true。这指示 WCF 将服务异常堆栈跟踪返回给客户端应用程序以供查看。此功能可报告大多数的应用程序级异常，旨在显示导致出现问题的相关配额设置。
一些异常是在运行时发生的，在应用程序层不可见。它们不是使用此机制返回的，并且不能由自定义 System.ServiceModel.Dispatcher.IErrorHandler 实现来处理。如果您使用的是像 Microsoft Visual Studio 这样的开发环境，则这些异常中的大多数都将自动显示。但是，一些异常可能会被某些开发环境设置掩蔽，例如 Visual Studio 2005 中的仅我的代码（可能为英文网页）设置。
无论开发环境的功能如何，您都可以使用 WCF 跟踪和消息日志记录的功能来对所有异常进行调试并优化应用程序的性能。有关更多信息，请参见使用跟踪来排除应用程序故障。
性能问题和 XmlSerializer
如果服务和客户端应用程序使用可用 XmlSerializer 进行序列化的数据类型，则会在运行时生成并编译这些数据类型的序列化代码，从而导致启动性能降低。
提示
预生成的序列化代码只能在客户端应用程序中使用，不能在服务中使用。
通过从为应用程序编译的程序集生成必要的序列化代码，ServiceModel Metadata Utility Tool (Svcutil.exe) 可提高这些应用程序的启动性能。有关更多信息，请参见如何：使用 XmlSerializer 改善 WCF 客户端应用程序的启动时间。
在 ASP.NET 下承载 WCF 服务时的性能问题
当在 IIS 和 ASP.NET 下承载 WCF 服务时，IIS 和 ASP.NET 的配置设置可能会影响 WCF 服务的吞吐量和内存需求量。有关 ASP.NET 性能的更多信息，请参见 https://msdn.microsoft.com/en-us/library/ms998549.aspx（可能为英文网页）。可能具有意外结果的一种设置为 MinWorkerThreads，该设置为 ProcessModelSection 的属性。如果应用程序具有固定量或少量的客户端，则将 MinWorkerThreads 设置为 2 可能会显著提高 CPU 利用率接近 100% 的多处理器计算机上的吞吐量。这种性能上的提高是以增加内存使用为代价的，这可能会降低可伸缩性。