代码之家 › 专栏 › 技术社区 › Graham Clark

wcf readerquotas设置-缺点?

performance wcf

Graham Clark · 技术社区 · 15 年前

如果一个WCF服务在其响应消息中返回一个字节数组,那么数据有可能超过默认长度16384字节。当这种情况发生时,例外情况将是

最大数组长度配额(16384) 在读取XML时已超过数据。此配额可能会增加更改MaxArrayLength属性在xmlDictionaryReaderQuotas上创建XML时使用的对象读者。

我在网上看到的所有建议只是增加 <readerQuotas> 元素的最大值,所以

<readerQuotas maxDepth="2147483647" maxStringContentLength="2147483647"
              maxArrayLength="2147483647" maxBytesPerRead="2147483647"
              maxNameTableCharCount="2147483647" />

在服务器上,在客户机上类似。

我想知道这种方法的任何缺点,特别是当字节数组的大小偶尔变得非常大时。上面的设置是否只是让wcf为每个请求声明一个巨大的数组?您是否必须限制返回数据的最大大小,或者您是否可以指定一个合理大小的缓冲区,并让WCF继续运行,直到读取所有数据?

谢谢!

2 回复 | 直到 13 年前

marc_s Anurag 15 年前

主要缺点是潜在的攻击漏洞-例如,恶意源现在可以向您的Web服务器发送高达2 GB的消息,并可能使其降低。

当然,允许2GB消息也会对服务器的内存消耗造成一定的压力,因为这些消息需要在内存中完全组装(除非在WCF中使用流协议)。如果您有10个客户机向您发送2 GB的消息,那么您的服务器将需要大量的RAM!-)

除此之外,我没有看到任何真正的问题。

马克

Chris Gillum 13 年前

有一篇关于msdn的文章解释了在设置这些值时需要考虑的各种安全因素。一些拒绝服务攻击会占用您的内存,其中一些攻击(如MaxDepth设置不正确)可能会导致致命的StackOverflowExceptions,从而在单个请求中导致服务器停机。

http://msdn.microsoft.com/en-us/library/ms733135.aspx

推荐文章

Dinesh · 将带有wsHttpBinding的WCF服务迁移到Azure应用程序服务

2 年前

Ehsan Akbar · 当请求被激发时,WCF请求时间会增加

6 年前

Gans · 具有多操作合约的WCF Rest服务

6 年前

Charles Chen · 从IIS应用程序打开命名管道通道时,WCF访问被拒绝

6 年前

Menno van den Heuvel · Bing Ads API:中的端点配置。配置

6 年前

Moelgaard · NLog中的IIS应用程序名称。配置

6 年前

Hasan Zubairi · 来自angular的WCF Post Json

6 年前

NealWalters · BizTalk EndpointBehavior未显示-安装博客BizTalkRESTHandler

6 年前

Kerwen · WCF服务调用异步函数

6 年前

A.Pissicat · 相当于用户IP地址的HttpContext[重复]

6 年前