【问题标题】:what would an ajax errorthrown response beajax errorthrown 响应是什么
【发布时间】:2017-02-25 14:29:30
【问题描述】:

在我的 jquery 中,我添加了这些: jqXHR、textStatus、errorThrown

谁能告诉我他们会出什么文字。错误中的纯英文文本;如果可能的话。

感谢任何回答的人。

【问题讨论】:

    标签: jquery ajax error-handling


    【解决方案1】:

    «错误
    类型:函数(jqXHR jqXHR,字符串 textStatus,字符串 errorThrown ) 请求失败时调用的函数。该函数接收三个参数:jqXHR(在 jQuery 1.4.x 中,XMLHttpRequest)对象、一个描述发生错误类型的字符串和一个可选异常对象(如果发生了一个)。

    第二个参数的可能值(除了 null)是“超时”、“错误”、“中止”和“解析器错误”。发生 HTTP 错误时,errorThrown 会接收 HTTP 状态的文本部分,例如“未找到”或“内部服务器错误”。»

    Reference is here.

    【讨论】:

      【解决方案2】:

      jQuery ajax 处理程序失败的参数确实是

      .fail(function(jqXHR, textStatus, errorThrown) {...
      

      documentation 状态

      函数接收三个参数:

      • jqXHR 对象。
      • 描述错误类型的字符串。
      • 可选的异常对象(如果发生)。

      第一个是原生 XHR 对象,包含 XMLHttpRequest。

      第二个是包含抛出错误类型的字符串。
      可能的值(除了null)是"timeout""error""abort""parsererror"

      第三个参数在发生 HTTP 错误时填充,errorThrown 接收 HTTP 状态的文本部分,例如 "Not Found""Internal Server Error"

      注意:跨域脚本和跨域 JSONP 请求不会调用错误处理程序。

      第三个参数可能包含的所有4xx代码列表如下

      400 错误请求 由于明显的客户端错误(例如,格式错误的请求语法、太大、无效的请求消息帧或欺骗性请求路由),服务器无法或不会处理请求。

      401 未经授权 (RFC 7235) 类似于 403 Forbidden,但专门用于需要身份验证但已失败或尚未提供身份验证时使用。响应必须包含一个 WWW-Authenticate 标头字段,该字段包含适用于所请求资源的质询。请参阅基本访问身份验证和摘要访问身份验证。 401 在语义上意味着“未经身份验证”,即用户没有必要的凭据。

      需要 402 付款 保留供将来使用。最初的意图是这个代码可能会被用作某种形式的数字现金或小额支付计划的一部分,但这并没有发生,而且这个代码通常不被使用。如果特定开发人员超出了每日请求限制,Google Developers API 会使用此状态。

      403 禁止 该请求是一个有效的请求,但服务器拒绝响应它。用户可能已登录但没有资源的必要权限。

      404 未找到 无法找到请求的资源,但将来可能可用。客户端的后续请求是允许的。

      405 方法不允许 请求的资源不支持请求方法;例如,表单上的 GET 请求需要通过 POST 呈现数据,或只读资源上的 PUT 请求。

      406 不可接受 根据请求中发送的 Accept 标头,请求的资源只能生成不可接受的内容。

      需要 407 代理身份验证 (RFC 7235) 客户端必须首先通过代理验证自己。

      408 请求超时 服务器等待请求超时。根据 HTTP 规范:“客户端在服务器准备等待的时间内没有产生请求。客户端可以在以后的任何时间重复请求而无需修改。”

      409 冲突 表示由于请求中的冲突(例如多个同时更新之间的编辑冲突)而无法处理该请求。

      410 消失 表示请求的资源不再可用,并且将不再可用。当有意删除资源并清除资源时,应使用此选项。收到 410 状态码后,客户端不应再请求资源。搜索引擎等客户端应从其索引中删除资源。大多数用例不需要客户端和搜索引擎清除资源,而是可以使用“404 Not Found”。

      需要 411 长度 请求未指定其内容的长度,这是请求的资源所要求的。

      412 前提条件失败 (RFC 7232) 服务器不满足请求者对请求提出的前提条件之一。

      413 负载过大 (RFC 7231) 请求大于服务器愿意或能够处理的。以前称为“请求实体太大”。

      414 URI 太长 (RFC 7231) 提供的 URI 太长,服务器无法处理。通常是因为太多数据被编码为 GET 请求的查询字符串,在这种情况下应该将其转换为 POST 请求。以前称为“Request-URI Too Long”。

      415 不支持的媒体类型 请求实体具有服务器或资源不支持的媒体类型。比如客户端上传图片为image/svg+xml,但是服务器要求图片使用不同的格式。

      416 范围不可满足 (RFC 7233) 客户端已请求文件的一部分(字节服务),但服务器无法提供该部分。例如,如果客户端要求文件的一部分超出文件末尾。以前称为“请求的范围不可满足”。

      417 预期失败 服务器无法满足 Expect 请求头字段的要求。[49] 418 我是一个茶壶(RFC 2324) 此代码在 1998 年被定义为传统的 IETF 愚人节笑话之一,在 RFC 2324,超文本咖啡壶控制协议中,预计不会由实际的 HTTP 服务器实现。 RFC 指定此代码应由请求冲泡咖啡的茶壶返回。
      此 HTTP 状态在某些网站(包括 Google.com)中被用作复活节彩蛋。

      421 误导请求 (RFC 7540) 请求被定向到无法产生响应的服务器(例如,因为连接重用)。

      422 无法处理的实体(WebDAV;RFC 4918) 该请求格式正确,但由于语义错误而无法执行。

      423 锁定(WebDAV;RFC 4918) 正在访问的资源被锁定。

      424 失败的依赖项(WebDAV;RFC 4918) 由于先前的请求(例如 PROPPATCH)失败,请求失败。

      需要 426 升级 客户端应切换到升级标头字段中给出的不同协议,例如 TLS/1.0。

      需要 428 个前提条件 (RFC 6585) 源服务器要求请求是有条件的。旨在防止“'丢失更新'问题,其中客户端获取资源的状态,修改它,然后将其放回服务器,同时第三方修改了服务器上的状态,导致冲突。”

      429 请求过多 (RFC 6585) 用户在给定时间内发送了太多请求。旨在与速率限制方案一起使用。

      431 请求标头字段太大 (RFC 6585) 服务器不愿意处理请求,因为单个标头字段或所有标头字段集体太大。

      451 由于法律原因不可用 服务器运营商收到了拒绝访问某个资源或包含所请求资源的一组资源的法律要求。
      选择代码 451 作为小说《华氏 451》的参考。

      这是参数将包含的“简单英语”。

      【讨论】:

      • 对于如此详细的答案的额外 +1 找到了我需要的一切谢谢。
      猜你喜欢
      • 1970-01-01
      • 2014-08-14
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-02-25
      • 1970-01-01
      • 2012-09-26
      • 1970-01-01
      相关资源
      最近更新 更多