我有一个包含过滤文本框和列表框的网页。对文本框的修改会触发 AJAX 请求,该请求会返回一个值数组,用于填充列表框。
我有时会遇到这些调用失败的问题,具体取决于返回的数据的大小。小尺寸返回数据会出错,大尺寸数据返回并成功处理。
仅当我使用大于 4.2 的 jQuery 版本时才会出现此问题。如果我使用 jQuery 4.2 版,我没有问题。
这是调用的代码:
jQuery.ajax(
{
cache: false,
url: "../Services/CmsWebService.svc/GetAvailableVideosForCompany",
type: "GET",
complete: function (jqXHR, textStatus) {
var responseText = jqXHR.responseText;
jQuery('#debugConsole').text(responseText);
availableVideosPopulationState.isRunning = false;
setTimeout(populateAvailableVideosListBox, 100);
},
data: { "companyIdString": queryParameters.companyIdField,
"textFilter": queryParameters.filterText
},
dataType: 'json',
error: function (jqXHR, textStatus, errorThrown) {
var errorString = 'Error thrown from ajax call: ' + textStatus + 'Error: ' + errorThrown;
alert(errorString);
},
success: function (data, textStatus, jqXHR) {
populateVideoListFromAjaxResults(data);
}
}
);
如果返回两个元素,这是调试控制台的内容:
{"d":[{"__type":"ListEntry:#WebsitePresentationLayer","Text":"SOJACKACT0310DSN1.mpg - [SOJACKACT0310DSN1]","Value":"5565_5565"},{"__type":"ListEntry:#WebsitePresentationLayer","Text":"SOJACKACT0310DSN1Q.mpg - [SOJACKACT0310DSN1Q]","Value":"5566_5566"}]}
但是如果返回一个元素:
{"d":[{"__type":"
所以,当然,我们得到一个“未终止的字符串常量”错误。
我已经使用 fiddler 做了一些调查。
在所有响应(甚至是成功的响应)中,fiddler 都显示错误:
Fiddler has detected a protocol violation in session #n1.
Content-Length mismatch: Response Header indicated n2 bytes, but server sent n3 bytes.
如果响应 header 指示的大小大于实际大小,则浏览器仍然可以解释结果。
如果响应头指示的大小小于实际大小,则浏览器无法解释结果。
显而易见的假设是响应处理代码读取
Content-Length
header 并且不会读取超过长度规定的数据。
我调查的下一步是比较 jQuery 版本 1.6.1(中断)和版本 1.4.2(未中断)的请求/响应 header 。
jQuery 1.6.1 请求 header :
GET /Web/Services/CmsWebService.svc/GetAvailableVideosForCompany?companyIdString=2&textFilter=3DSBDL2&_=1315869366142 HTTP/1.1
X-Requested-With: XMLHttpRequest
Accept: application/json, text/javascript, */*; q=0.01
Referer: http://localhost:52200/Web/Admin/PlayerGroupEditor.aspx?groupid=76
Accept-Language: en-au
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0)
Host: localhost:52200
Connection: Keep-Alive
Cookie: .ASPXAUTH=CE853BBD860F40F0026400610074006D006500640069006100310000002B5387799D71CC01002B5B5D62C771CC0100002F0000006B119589A7305098A560E57515498C56ECB332035F300427CDA2B28205D5E6B6
jQuery 1.6.1 响应 header
HTTP/1.1 200 OK Server: ASP.NET Development Server/10.0.0.0 Date: Mon, 12 Sep 2011 23:02:36 GMT X-AspNet-Version: 4.0.30319 Content-Encoding: gzip Content-Length: 140 Cache-Control: private Content-Type: application/json; charset=utf-8 Connection: Close
这是我使用 jQuery 1.4.1 时的请求 header 。注意
Accept
header 不同于 jQuery 1.6.1 的值。
GET /Web/Services/CmsWebService.svc/GetAvailableVideosForCompany?_=1315870305531&companyIdString=2&textFilter=3DSBDL2 HTTP/1.1
Referer: http://localhost:52200/Web/Admin/PlayerGroupEditor.aspx?groupid=76
Content-Type: application/x-www-form-urlencoded
X-Requested-With: XMLHttpRequest
Accept: application/json, text/javascript, */*
Accept-Language: en-au
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0)
Host: localhost:52200
Connection: Keep-Alive
Cookie: .ASPXAUTH=CE853BBD860F40F0026400610074006D006500640069006100310000002B5387799D71CC01002B5B5D62C771CC0100002F0000006B119589A7305098A560E57515498C56ECB332035F300427CDA2B28205D5E6B6
以及对 jQuery 4.1.1 的响应:
HTTP/1.1 200 OK
Server: ASP.NET Development Server/10.0.0.0
Date: Mon, 12 Sep 2011 23:31:46 GMT
X-AspNet-Version: 4.0.30319
Content-Length: 131
Cache-Control: private
Content-Type: application/json; charset=utf-8
Connection: Close
所以明显的区别是,当通过 jQuery 1.6.1 进行调用时,响应使用 gzip 进行压缩,而当通过 jQuery 1.4.2 进行调用时,响应没有被压缩。
所以现在我可以做一个解决方案,即覆盖默认的 Accept header 以确保它不包含
"q=0.01"
字符串。 (我可以为
"q=0.01"
找到的最佳解释是
here,但我不明白为什么我的服务实现将其解释为严重压缩响应的请求。)
// Make the AJAX call, passing in the company id and the filter string
jQuery.ajax(
{
accepts: 'application/json, text/javascript, */*',
cache: false,
url: "../Services/CmsWebService.svc/GetAvailableVideosForCompany",
type: "GET",
complete: function (jqXHR, textStatus) {
var responseText = jqXHR.responseText;
jQuery('#debugConsole').text(responseText);
availableVideosPopulationState.isRunning = false;
setTimeout(populateAvailableVideosListBox, 100);
},
data: { "companyIdString": queryParameters.companyIdField,
"textFilter": queryParameters.filterText
},
dataType: 'json',
error: function (jqXHR, textStatus, errorThrown) {
var errorString = 'Error thrown from ajax call: ' + textStatus + 'Error: ' + errorThrown;
alert(errorString);
},
success: function (data, textStatus, jqXHR) {
populateVideoListFromAjaxResults(data);
}
}
);
所以在所有这些调查之后,剩下的问题是为什么当响应被 GZIP 压缩时,内容长度 header 和实际内容长度之间存在差异?
我正在使用带有 webHttpBinding 的 WCF 服务。
请您参考如下方法:
首先——非常好的问题。这个问题为我提供了足够的信息来解决我的问题。
我有一个类似的问题,并在此处发布修复程序-以便它可以帮助某人。
The obvious assumption to make there is that the response handling code reads the Content-Length header and doesn't read any more data
我也这么认为!
在这种情况下,我很清楚一件事。 有东西在篡改请求/响应。
我尝试切换回旧版本的 jQuery(如您的问题中所述),但这没有帮助。
修复-
我打开了我的应用程序的网络配置,并通读了它。
有一个 '辐射压缩模块' 从模块中包含的 Telerik 开始,删除它后一切都开始正常工作。
已知 RadCompression 模块存在错误,并通过压缩响应导致多个问题。
如果您遇到类似问题,请尝试检查可能会拦截您的请求/响应的内容。