设计高性能wfc解决方案.pptVIP

设计高性能的WCF解决方案;回报 传输层，序列化器，及编码器 客户端的选项 服务端的选项 流传输 通常的建议;与下列.NET技术具有可比性 .NET Remoting System.EnterpriseServices System.Messaging /en-us/library/bb310550.aspx 速度比以下网络服务更快 ASMX（ASP.NET网络服务） WSE 性能优于其它同类技术 /en-us/netframework/bb499684.aspx;回报 传输层，序列化器，及编码器 客户端的选项 服务端的选项 流传输 通常的建议;WCF默认支持多种传输层 TCP, HTTP, MSMQ, NamedPipes 可以自定义其它传输层 每一种传输层各有不同的考虑因素 消息传输模式，可接受客户端的多寡，互操作性，开销;消息类型 == XML Infoset 序列化器是对象图与Infosets之间的桥梁 WCF自带了三种序列化器 DataContractSerializer (DCS) NetDataContractSerializer (NDCS) XmlSerializer 可应互操作性的要求使用相应的序列化器;编码器是Infoset与报文格式之间的桥梁 WCF自带了三种编码器（.NET框架3.0） 文本，MTOM，二进制 .NET框架3.5引入了JSON编码器 通常应互操作性的要求来决定使用何种编码器 二进制编码速度快，但不具备互操作性 MTOM用于大量的二进制数据，同时具备互操作性 文本编码则可满足大部分互操作性的要求;二进制编码显著快于文本编码 可同时提供一个可互操作的端点和一个不可互操作的端点 MTOM与二进制编码相近 消息越大，编码器对性能的影响也越大 协议本身的开销与实际吞吐量相比可以忽略不计 消息越小，编码器对性能的影响也越小 大部分时间耗费在协议本身;;序列化器与编码器;回报 传输层，序列化器，及编码器 客户端的选项 服务端的选项 流传输 通常的建议;Svcutil.exe可以为服务创建一个代理类型 该类型实现了IClientChannel 实例化该类型需要额外的开销 还可以使用ChannelFactoryT 应该使用哪一个？ Svcutil.exe创建的类型易于使用，但开销较大 ChannelFactoryT不易使用，但开销较小 经常被误用！;销毁不用的代理 会达到阈值：可能会导致客户端挂起 会耗尽资源：如套接字 不要在每次调用时都创建一个新的代理 如果信道是有状态的，那么可以重复使用ChannelFactory “Increasing Middle-Tier Client Performance”/en-us/library/aa738757.aspx 如果进行缓存，那么还要考虑对伸缩性的影响 异步，异步，异步！;;客户端的使用;;回报 传输层，序列化器，及编码器 客户端的选项 服务端的选项 流传输 通常的建议;服务是异步的 不要浪费CPU资源 ServiceModel做了一些保守的限制 ServiceThrottlingBehavior / MaxConcurrentSessions == 10 MaxConcurrentCalls == 16 InstanceContext被设定为PerCall 考虑同步的开销 绑定指定了闲置超时 ReceiveTimeout：可防御客户端不及时关闭连接;服务的使用;回报 传输层，序列化器，及编码器 客户端的选项 服务端的选项 流传输 通常的建议;大型数据的传输 经验法则：当数据量大于1M时考虑使用流 只能用于HTTP，TCP和NamedPipe传输层 既可传入服务，也可从服务中传出，或双向 设定绑定的TransferMode.Streamed 在契约中使用System.IO.Stream 设定MaxReceivedMessageSize 默认设定为64k;Windows和WCF会对内容进行缓存 即便是流传输的情况下也是如此 WCF提供了用Nagle算法来控制缓存的支持 ConnectionBufferSize 指定本地缓存的大小 MaxOutputDelay 在本地缓存数据的最长时间 AllowOutputBatching 在WCF内部启用批处理;流传输;回报 传输层，序列化器，及编码器 客户端的选项 服务端的选项 流传输 通常的建议;不销毁无用的代理 每次调用都创建一个新的代理 在没有必要的时候启用安全性（Web） NetTcp/NetPipe/WSHttp默认情况下开启 使用ServerThrottle的默认设定 ServiceThrottlingBehavior / MaxConcurrentSessions == 10 MaxConcurrent