如果xmlHttp.status返回500,则说明服务器内部错误。
但是服务器内部错误又是什么呢?太笼统了,看不懂。近日我遇到了这个问题,
我在网上搜了一下,发现错误的根本还是代码编写有问题!
例如:
传参时,参数名写错了;
查询数据时字段名写错了或是赋值有问题
你需要跳转页面但没给url赋值 等等一系列小问题
下面看一下 ajax xmlHttp的readyState 和 status参数详解
以下代码来自:http://blog.csdn.net/xiaxiaorui2003/archive/2009/04/16/4084115.aspx
0-未初始化,即尚未调用 open。
1-初始化,即尚未调用 send。
2-发送数据,即已经调用 send。
3-数据传送中。
4-完成。
HTTP服务器状态代码定义
1.1 消息1xx(Informational 1xx)
该类状态代码用于表示临时回应。临时回应由状态行(Status-Line)及可选标题组成, 由空行终止。HTTP/1.0中没有定义任何1xx的状态代码,所以它们不是对HTTP/1.0请求的合法回应。实际上,它们主要用于实验用途,这已经超出本文档的范围。
1.2 成功2xx(Successful 2xx)
表示客户端请求被成功接收、理解、接受。
200 OK
请求成功。回应的信息依赖于请求所使用的方法,如下:
GET 要请求的资源已经放在回应的实体中了。
HEAD 没有实体主体,回应中只包括标题信息。
POST 实体(描述或包含操作的结果)。
201 Created
请求完成,结果是创建了新资源。新创建资源的URI可在回应的实体中得到。原始服务器应在发出该状态代码前创建该资源。如果该操作不能立即完成,服务器必须在该资源可用时在回应主体中给出提示,否则,服务器端应回应202(可被接受)。
在本文定义的方法,只有POST可以创建资源。
202 Accepted
请求被接受,但处理尚未完成。请求可能不一定会最终完成,有可能被处理过程随时中断,在这种情况下,没有办法在异步操作中重新发送状态代码。
202回应是没有义务的,这样做的目的是允许服务器不必等到用户代理和服务器间的连接结束,就可以响应其它过程的请求(象每天运行一次的,基于批处理的过程)。
在某些回应中返回的实体中包括当前请求的状态指示、状态监视器指针或用户对请求能否实现的评估信息。
204 No Content
服务器端已经实现了请求,但是没有返回新的信息。如果客户是用户代理,则勿需为此更新自身的文档视图。该回应主要是为了在不影响用户代理激活文档视图的前提下,进行script语句的输入及其它操作。该回应还可能包括新的、以实体标题形式表示的元信息,它可被当前用户代理激活视图中的文档所使用。
1.3 重定向(Redirection 3xx)
该类状态码表示用户代理要想完成请求,还需要发出进一步的操作。这些操作只有当后跟的请求是GET或HEAD时,才可由用户代理来实现,而不用与用户进行交互。用户代理永远也不要对请求进行5次以上的重定向操作,这样可能导致无限循环。
300 Multiple Choices
该状态码不被HTTP/1.0的应用程序直接使用,只是做为3xx类型回应的缺省解释。存在多个可用的被请求资源。
除非是HEAD请求,否则回应的实体中必须包括这些资源的字符列表及位置信息,由用户或用户代理来决定哪个是最适合的。
如果服务器有首选,它应将对应的URL信息存放在位置域(Location field)处,用户代理会根据此域的值来实现自动的重定向。
301 Moved Permanently
请求到的资源都会分配一个永久的URL,这样就可以在将来通过该URL来访问此资源。有编辑链接功能的客户端会尽可能地根据服务器端传回的新链接而自动更新请求URI。新的URL必须由回应中的位置域指定。除非是HEAD请求,否则回应的实体主体(Entity-Body)必须包括对新URL超链接的简要描述。
如果用POST方法发出请求,而接收到301回应状态码。在这种情况下,除非用户确认,否则用户代理不必自动重定向请求,因为这将导致改变已发出请求的环境。
注意:当在接收到301状态码后而自动重定向POST请求时,一些现存的用户代理会错误地将其改为GET请求。
302 Moved Temporarily
请求到的资源在一个不同的URL处临时保存。因为重定向有时会被更改,客户端应继续用请求URI来发出以后的请求。新的URL必须由回应中的位置域指定。除非是HEAD请求,否则回应的实体主体(Entity-Body)必须包括对新URL超链接的简要描述。
如果用POST方法发出请求,而接收到302回应状态码。在这种情况下,除非用户确认,否则用户代理不必自动重定向请求,因为这将导致改变已发出请求的环境。
注意:当在接收到302状态码后而自动重定向POST请求时,一些现存的用户代理会错误地将其改为GET请求。
304 Not Modified
如果客户端成功执行了条件GET请求,而对应文件自If-Modified-Since域所指定的日期以来就没有更新过,服务器应当回应此状态码,而不是将实体主体发送给客户端。回应标题域中只应包括一些相关信息,比如缓存管理器、与实体最近更新(entity's Last-Modified)日期无关的修改。相关标题域的例子有:日期、服务器、过期时间。每当304回应中给出的域值发生变化,缓存都应当对缓存的实体进行更新。
1.4 客户端错误(Client Error)4xx
4xx类的状态码表示客户端发生错误。如果客户端在收到4xx代码时请求还没有完成,它应当立即终止向服务器发送数据。除了回应HEAD请求外,不论错误是临时的还是永久的,服务器端都必须在回应的实体中包含错误状态的解释。这些状态码适用于任何请求方法。
注意:如果客户端正在发送数据,服务器端的TCP实现应当小心,以确保客户端在关闭输入连接之前收到回应包。如果客户端在关闭后仍旧向服务器发送数据,服务器会给客户 端发送一个复位包,清空客户端尚未处理的输入缓冲区,以终止HTTP应用程序的读取、解释活动。
400 非法请求(Bad Request)
如果请求的语法不对,服务器将无法理解。客户端在对该请求做出更改之前,不应再次向服务器重复发送该请求。
401 未授权(Unauthorized)
请求需要用户授权。回应中的WWW-Authenticate标题域(10.16节)应提示用户以授权方式请求资源。客户端应使用合适的授权标题域(10.2节)来重复该请求。如果请求中已经包括了授权信任信息,那回应的401表示此授权被拒绝。如果用户代理在多次尝试之后,回应一样还是返回401状态代码,用户应当察看一下回应的实体,因为在实体中会包括一些相关的动态信息。HTTP访问授权会在11节中解释。
403 禁止(Forbidden)
服务器理解请求,但是拒绝实现该请求。授权对此没有帮助,客户端应当停止重复发送此请求。如果不是用HEAD请求方法,而且服务器端愿意公布请求未被实现原因的前提下,服务器会将拒绝原因写在回应实体中。该状态码一般用于服务器端不想公布请求被拒绝的细节或没有其它的回应可用。
404 没有找到(Not Found)
服务器没有找到与请求URI相符的资源。404状态码并不指明状况是临时性的还是永久性的。如果服务器不希望为客户端提供这方面的信息,还回应403(禁止)状态码。
1.5 服务器错误(Server Error )5xx
回应代码以‘5’开头的状态码表示服务器端发现自己出现错误,不能继续执行请求。如果客户端在收到5xx状态码时,请求尚未完成,它应当立即停止向服务器发送数据。除了回应HEAD请求外,服务器应当在其回应实体中包括对错误情况的解释、并指明是临时性的还永久性的。
这类回应代码没有标题域,可适用于任何请求方法。
500 服务器内部错误(Internal Server Error)
服务器碰到了意外情况,使其无法继续回应请求。
501 未实现(Not Implemented)
服务器无法提供对请求中所要求功能的支持。如果服务器无法识别请求方法就会回应此状态代码,这意味着不能回应请求所要求的任何资源。
502 非法网关(Bad Gateway)
充当网关或代理的服务器从要发送请求的上游(upstream)服务器收到非法的回应。
503 服务不可用(Service Unavailable)
服务器当前无法处理请求。这一般是由于服务器临时性超载或维护引起的。该状态码暗示情况是暂时性的,要产生一些延迟。
注意:503状态码并没有暗示服务器在超载时一定要返回此状态码。一些服务器可能希望在超载时采用简单处理,即断掉连接。
IIS 错误代码大汇总
400 无法解析此请求。
401.1 未经授权:访问由于凭据无效被拒绝。
401.2 未经授权: 访问由于服务器配置倾向使用替代身份验证方法而被拒绝。
401.3 未经授权:访问由于 ACL 对所请求资源的设置被拒绝。
401.4 未经授权:Web 服务器上安装的筛选器授权失败。
401.5 未经授权:ISAPI/CGI 应用程序授权失败。
401.7 未经授权:由于 Web 服务器上的 URL 授权策略而拒绝访问。
403 禁止访问:访问被拒绝。
403.1 禁止访问:执行访问被拒绝。
403.2 禁止访问:读取访问被拒绝。
403.3 禁止访问:写入访问被拒绝。
403.4 禁止访问:需要使用 SSL 查看该资源。
403.5 禁止访问:需要使用 SSL 128 查看该资源。
403.6 禁止访问:客户端的 IP 地址被拒绝。
403.7 禁止访问:需要 SSL 客户端证书。
403.8 禁止访问:客户端的 DNS 名称被拒绝。
403.9 禁止访问:太多客户端试图连接到 Web 服务器。
403.10 禁止访问:Web 服务器配置为拒绝执行访问。
403.11 禁止访问:密码已更改。
403.12 禁止访问:服务器证书映射器拒绝了客户端证书访问。
403.13 禁止访问:客户端证书已在 Web 服务器上吊销。
403.14 禁止访问:在 Web 服务器上已拒绝目录列表。
403.15 禁止访问:Web 服务器已超过客户端访问许可证限制。
403.16 禁止访问:客户端证书格式错误或未被 Web 服务器信任。
403.17 禁止访问:客户端证书已经到期或者尚未生效。
403.18 禁止访问:无法在当前应用程序池中执行请求的 URL。
403.19 禁止访问:无法在该应用程序池中为客户端执行 CGI。
403.20 禁止访问:Passport 登录失败。
404 找不到文件或目录。
404.1 文件或目录未找到:网站无法在所请求的端口访问。
注意 404.1 错误只会出现在具有多个 IP 地址的计算机上。如果在特定 IP 地址/端口组合上收到客户端请求,而且没有将 IP 地址配置为在该特定的端口上侦听,则 IIS 返回 404.1 HTTP 错误。例如,如果一台计算机有两个 IP 地址,而只将其中一个 IP 地址配置为在端口 80 上侦听,则另一个 IP 地址从端口 80 收到的任何请求都将导致 IIS 返回 404.1 错误。只应在此服务级别设置该错误,因为只有当服务器上使用多个 IP 地址时才会将它返回给客户端。
404.2 文件或目录无法找到:锁定策略禁止该请求。
404.3 文件或目录无法找到:MIME 映射策略禁止该请求。
405 用于访问该页的 HTTP 动作未被许可。
406 客户端浏览器不接受所请求页面的 MIME 类型。
407 Web 服务器需要初始的代理验证。
410 文件已删除。
412 客户端设置的前提条件在 Web 服务器上评估时失败。
414 请求 URL 太大,因此在 Web 服务器上不接受该 URL。
500 服务器内部错误。
500.11 服务器错误:Web 服务器上的应用程序正在关闭。
500.12 服务器错误:Web 服务器上的应用程序正在重新启动。
500.13 服务器错误:Web 服务器太忙。
500.14 服务器错误:服务器上的无效应用程序配置。
500.15 服务器错误:不允许直接请求 GLOBAL.ASA。
500.16 服务器错误:UNC 授权凭据不正确。
500.17 服务器错误:URL 授权存储无法找到。
500.18 服务器错误:URL 授权存储无法打开。
500.19 服务器错误:该文件的数据在配置数据库中配置不正确。
500.20 服务器错误:URL 授权域无法找到。
500.100 内部服务器错误:ASP 错误。
501 标题值指定的配置没有执行。
502 Web 服务器作为网关或代理服务器时收到无效的响应。
XMLHTTP 的 readyState 值含义:
public static void main(String[] args) {
System.out.println(toUnicode("你好"));
}
public static String toUnicode(String s) {
String as[] = new String[s.length()];
String s1 = "";
for (int i = 0; i < s.length(); i++) {
as[i] = Integer.toHexString(s.charAt(i) & 0xffff);
s1 = s1 + "\\u" + as[i];
}
return s1;
}
顺便介绍一款上网加速器利器,程序员必备!自己一直在用,有需要的朋友可以试试!
相关推荐
这个市我的ajax错误解图。不知道哪里错了
但是,在使用AJAX时,可能会遇到各种错误,例如406错误。下面将详细介绍AJAX 406错误的解决方案。 什么是AJAX 406错误? AJAX 406错误是指在使用AJAX技术时,服务器返回406状态码,表示请求的资源不可接受。该错误...
标题提到的“ajax错误代码”就是指在使用AJAX时遇到的问题。 首先,让我们深入了解一下AJAX的基本工作流程。在JavaScript中,我们通常使用`XMLHttpRequest`对象或者更现代的`fetch` API来实现AJAX请求。以下是一个...
在"AJAX各种特效演示"的压缩包中,可能包含了各种使用AJAX实现的特效实例,如动态加载内容、无刷新分页、下拉刷新、实时搜索建议等,这些都是AJAX在实际项目中的应用示例,可以帮助开发者更好地理解和学习AJAX技术。
JQuery.Ajax之错误调试帮助信息
在"Ajax各种提交"的示例中,可能包括了GET、POST、PUT、DELETE等各种HTTP方法的使用,以及处理不同数据格式、错误处理、跨域问题等实际应用场景。这些示例可以帮助开发者更好地理解和运用Ajax技术,提高网页应用的...
今天在使用 ajax 向后台请求数据时出现错误,提示状态码为 0 ,后台采用的是 spring mvc 架构。 状态码为0是什么意思呢?查找了下,原来它意味着 (未初始化)即没有调用到send()方法,我原来代码如下 : $.ajax...
ajax请求报parsererror错误是很宽泛的概念,很多情况下都报这个错, 在很多时候,即使ajax提交、返回都正常 XMLHttpRequest.status=200 (正常响应) XMLHttpRequest.readyState=4 (正常接收) ajax也会提示一个parse...
在实际开发中,我们常常会封装成一个Ajax函数以供复用,同时处理错误情况: ```javascript function sendAjaxRequest(url, method, data, callback) { var xhr = new XMLHttpRequest(); xhr.open(method, url, ...
"loading(各种AJAX加载图片)"这个主题,主要关注如何利用AJAX实现图片的异步加载,以及在加载过程中展示各种加载效果,提升用户体验。 1. **AJAX基础** - **异步性**:AJAX的核心是XMLHttpRequest对象,它使得...
本主题聚焦于在使用Ajax技术进行用户名或密码验证时,如何通过视觉反馈向用户传达“正确”或“错误”的信息。在这里,我们将讨论如何利用图标来增强这种反馈,特别是提到的“红色小叉叉”和“绿色小勾”。 首先,让...
在实际开发中,我们不仅需要理解Ajax的基本概念,还要掌握如何在不同框架(如jQuery、AngularJS、Vue.js等)中使用Ajax,以及如何处理跨域请求、错误处理、性能优化等问题。对于初学者,通过阅读和分析给出的源码,...
在实际应用中,我们还会涉及到跨域问题、错误处理、性能优化等方面。例如,使用JSON替代XML作为传输数据格式,因为JSON更轻量且易于处理;利用缓存机制减少不必要的服务器请求;通过设置合适的HTTP头部解决跨域限制...
Ajax的核心在于通过JavaScript在客户端与服务器端进行异步数据交互,无需刷新整个页面即可更新部分网页内容,提供更流畅的用户体验。在这个程序中,我们看到以下几个关键组成部分: 1. **reg.asp**:这是用户注册...
5. **错误处理**:确保在AJAX请求中添加错误处理机制,以便在请求失败时提供反馈。 6. **性能优化**:通过缓存、分页、懒加载等方式优化AJAX请求,减少不必要的网络负载,提升用户体验。 7. **兼容性考虑**:对于...
- 错误处理和状态监测 4. **第四章:提升用户体验** - 使用Ajax进行页面局部更新 - 轮询和长轮询技术 - 响应式设计和Ajax的兼容性问题 5. **第五章:Ajax库与框架** - jQuery和其他流行Ajax库的使用 - ...
本资料包“学习ajax用的各种文档”提供了丰富的资源,帮助学习者深入理解和掌握Ajax的核心概念和应用。** ### 一、Ajax基础 1. **异步通信**: Ajax的核心是JavaScript对象XMLHttpRequest,它允许在后台与服务器通信...
AjaxRequest广泛应用于各种场景,如: 1. **表单提交**: 用户填写表单后,无需刷新页面即可提交并验证数据。 2. **实时更新**: 实现聊天室、股票报价、天气预报等实时信息更新。 3. **分页加载**: 不再需要跳转页面...
在Ajax应用中,错误处理同样重要。可以设置XMLHttpRequest对象的onerror和ontimeout事件,以便在请求失败时给出反馈。 ### 10. `ajaxCh7`文件 `ajaxCh7`可能包含了关于Ajax相册系统的第七章内容,涵盖了更深入的...
在使用AJAX时,必须考虑到可能出现的错误,例如网络问题或服务器错误。可以通过检查`status`属性来判断,如404表示未找到资源,500表示服务器内部错误。 ### 8. 跨域请求 由于同源策略的限制,AJAX请求通常只能...