我有一个网页,其中包含过滤文本框和列表框。修改文本框将触发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":"
因此,我们当然会收到“ Unterminated String Constant”错误。
我已经用提琴手做了一些调查。
在所有响应(甚至成功的响应)上,提琴手都显示错误:
Fiddler在会话# n1中 检测到协议违规。 内容长度不匹配:响应标头指示 n2 个字节,但服务器发送了 n3 个字节。
Fiddler在会话# n1中 检测到协议违规。
内容长度不匹配:响应标头指示 n2 个字节,但服务器发送了 n3 个字节。
如果响应标头指示的大小 大于 实际大小,则浏览器仍可以解释结果。
如果响应头指示的大小 小于 实际大小,则浏览器无法解释结果。
一个明显的假设是,响应处理代码读取Content-Length标头,并且读取的数据不超过长度规定的数据。
Content-Length
我调查的下一步是比较jQuery 1.6.1版(中断)和1.4.2版(不中断)的请求/响应标头。
jQuery 1.6.1请求标头:
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响应标头
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时的请求标头。请注意,Accept标头与jQuery 1.6.1的值不同。
Accept
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 标头,以确保其中不包含"q=0.01"字符串。(我能找到的最好的解释"q=0.01"是在这里,但我不明白为什么我的服务实现这个解释为严重压缩了响应的请求。)
"q=0.01"
// 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压缩后,为什么内容长度标头与实际内容长度之间存在差异?
我正在使用带有webHttpBinding的WCF服务。
首先-非常好的问题。这个问题为我提供了足够的信息,可以为我的问题找到解决方案。
我遇到了类似的问题,并在此处发布了此修复程序-以便对某人有所帮助。
Ajax获取和发布请求在IE中返回null
在其余浏览器中运行正常,但是在提琴手中看到“响应标头指示n个字节,但服务器发送了nn个字节”消息以请求。
一个明显的假设是,响应处理代码读取Content-Length标头,并且不再读取任何数据
我也这么认为!
在这种情况下,我一件事很清楚。 某些东西在篡改请求/响应。 我尝试切换回旧版本的jQuery(如您的问题所述),但这没有帮助。
修复- 我打开了应用程序的Web配置,并通读了它。 模块中 包含来自telerik 的 “ RadCompression模块” ,删除该模块后一切正常。
RadCompression模块已知存在错误,并通过压缩Response导致多个问题。
如果您遇到类似的问题,请尝试检查可能拦截了您的请求/响应的内容。