Javascript IE10&;如果JSON响应超过一定的大小,则会完全删除它

Javascript IE10&;如果JSON响应超过一定的大小,则会完全删除它,javascript,json,ajax,internet-explorer,extjs,Javascript,Json,Ajax,Internet Explorer,Extjs,在我的ExtJS(4.2)webapp中,我正在进行一个REST调用,服务器响应的JSON响应58MB(未压缩),我启用了GZIP,在Chrome开发工具中,我可以看到实际响应大小只有5MB以下(并且响应头也有内容编码:gzip&变化:接受编码字段) 在IE10中检查同样的情况表明这两个头丢失了 另外,响应的大小大于58MB,而不是压缩的5MB,我调试了响应由浏览器解码的位置(在Ajax调用的成功回调中),但浏览器在JS解码之前丢弃了响应 我的应用程序中有一个配置,可以减少API返回的记录的大

在我的ExtJS(4.2)webapp中,我正在进行一个REST调用,服务器响应的JSON响应58MB(未压缩),我启用了GZIP,在Chrome开发工具中,我可以看到实际响应大小只有5MB以下(并且响应头也有
内容编码:gzip
&
变化:接受编码
字段)

在IE10中检查同样的情况表明这两个头丢失了

另外,响应的大小大于58MB,而不是压缩的5MB,我调试了响应由浏览器解码的位置(在Ajax调用的成功回调中),但浏览器在JS解码之前丢弃了响应

我的应用程序中有一个配置,可以减少API返回的记录的大小(即未压缩的大小),我减少了该限制,使响应大小小于12MB未压缩,并且在IE中工作正常(尽管在IE的inspector中我仍然看不到这些响应头字段,并且它仍然在network选项卡中显示JSON的未压缩大小)

IE在Ajax响应大小方面是否存在任何已知的限制,搜索web并没有多大帮助,如果有一个指向Microsoft官方页面的链接,说明这样的限制将非常好


提前谢谢。

我猜应该是您的ajax超时,因为您的情况下IE不支持gzip,所以IE中的下载时间比Chrome长。我认为这就是ajax超时开始的时候。尝试增加超时时间,看看这是否是罪魁祸首。但一般来说,发送58MB数据太多了,您必须寻找原因分页或批处理等可选方法。@JChap我已经为Ajax请求设置了超时,如果浏览器在等待服务器响应时超时,我会将请求视为“已取消”在devtools的“网络”选项卡中,而不是响应及其大小。我猜这应该是您的ajax超时,因为IE不支持gzip。在您的情况下,IE中的下载时间比Chrome更长。这就是我认为ajax超时开始的时候。尝试增加超时,看看这是否是罪魁祸首。但一般来说,发送58MB的data太多了,您必须寻找分页或批处理等替代方法。@JChap我已经为Ajax请求设置了超时,如果浏览器在等待服务器响应时超时,我会在devtools的“网络”选项卡中将请求视为“已取消”,而不是响应及其大小。