爱华网今天在做东西时发现我的许多本地站点都发现了
这个错误；然而我在firefox里同样的站点就不会发生这样的事，很是奇怪，仔细想想，以前好像也发生过这样的事，都是没太理会，今天我查找资料想想解决办法。
于是在找的过程中我发现下面一篇文章：
cnzz统计代码引起的Bad Request - Request Too Long
解决过程
开始我们推测，可能是某些原因造成Chrome发出的请求头包含过多内容。查看Chrome请求的网址是正常的，也没发现RequestHeader的异常。既然没在Chrome找到问题的原因，那我们从服务端下手吧，请求长就长一点，只要能让用户看到正常的内容。
服务端IIS究竟在哪个地方返回这个错误的？开始以为是Request Filtering Module，调整了RequestLimits设置不能解决问题，禁用Request Filtering Module也解决不了问题。
后来在IIS官方论坛的帖子HTTP 400. The size of the request headers is toolong中得知，这个错误是Http.sys返回的，请求头长度限制是由注册表HKEY_LOCAL_MACHINESystemCurrentControlSetServicesHTTPParameters中的两 个参数决定的：MaxFieldLength与MaxRequestBytes，缺省值都是16384字节，详见Http.sysregistry settings for IIS。
由于修改这两个设置需要重启IIS，并且只是表面上解决问题，所以我们没有立即采取这个方法。又回过头来在Chrome中查看请求头，突然发现cookie的值好长。
进一步查看cookie：
很多cnzz_eid，这是cnzz统计代码产生的，可是我们在博客中没有使用cnzz。但是，有的用户博客自己加了cnzz的统计代码。我们检查了一些会产生"BadRequest - Request Too Long"的页面，的确有些加了cnzz的代码。
我们手动在Chrome中删除了一些带有cnzz_eid的cookie，问题就解决了。
原来是cnzz惹的祸！
为什么在IE与Firefox中不会出现这个问题呢？
可能是IE与Firefox对于request header过长的请求会自动截断；而Chrome对此置之不理。
小结
这篇文章分享的内容是：当IIS返回"Bad Request - Request Too Long. HTTP Error400. The size of the request headers is toolong."的错误时，说明客户端发出的请求头长度超出了Http.sys的限制，这个限制是由注册表"HKEY_LOCAL_MACHINESystemCurrentControlSetServicesHTTPParameters"中的两个参数MaxFieldLength与MaxRequestBytes决定的，默认值是16384字节。
看完这个我想就是cookie的事呗，那就把COOKIE删掉不就行了，因此我就删COOKIE；在打开一个新浏览器，没问题了，如果的我路子真是对的，也不用那第麻烦了；
个人愚见，是否正确，仅供参考！
