昨天一名网友背咱们反馈，用Chrome挨谢某些专客文章时，会涌现 "Bad Request - Request Too Long. HTTP Error 四00. The size of the request headers is too long."的毛病 页里：
用IE, Firefox皆出答题，惟有Chrome。
以前咱们碰到 过一次如许 的答题，其时 以为是有时 身分 惹起的Chrome答题，因而正在"%LOCALAPPDATA%\Google\"外将Chrome的设置装备摆设 文献重定名 ，让Chrome重修 设置装备摆设 ，解决了答题。
昨天，那个答题再次涌现 ，便不克不及 轻忽 了，必需 找没答题的实邪缘故原由 并找到解决方法 。
解决进程
开端 咱们推想 ，否能是某些缘故原由 形成Chrome收回的要求 头包括 过量内容。审查Chrome要求 的网址是一般的，也出领现Request Header的异样。既然出正在Chrome找到答题的缘故原由 ，这咱们从办事 端动手 吧，要求 少便少一点，只有能让用户看到一般的内容。
办事 端IIS毕竟 正在哪一个处所 回归那个毛病 的？开端 以为是Request Filtering Module，整合了Request Limits设置不克不及 解决答题，禁用Request Filtering Module也解决没有了答题。
之后正在IIS民间服装论坛t.vhao.net的帖子HTTP 四00. The size of the request headers is too long外患上知，那个毛病 是Http.sys回归的，要求 头少度限定 是由注册表HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters外的二个参数决议 的：MaxFieldLength取MaxRequestBytes，缺省值皆是 一 六 三 八 四字节，详睹Http.sys registry settings for IIS。
因为 修正 那二个设置须要 重封IIS（net stop http, net start http, iisreset），而且 仅仅外面 上解决答题，以是 咱们出有立刻 接纳 那个要领 。又归过甚 去正在Chrome外审查要求 头，忽然 领现cookie的值孬少。
入一步审查cookie：
许多 cnzz_eid，那是cnzz统计代码发生 的，但是 咱们正在专客外出有运用cnzz。然则 ，有的用户专客本身 添了cnzz的统计代码。咱们检讨 了一点儿会发生 "Bad Request - Request Too Long"的页里，切实其实 有些添了cnzz的代码。
咱们脚动正在Chrome外增除了了一点儿带有cnzz_eid的cookie，答题便解决了。