android httpconnection如何将Collection集合作为参数Post上去

来源：蜘蛛抓取(WebSpider) 时间：2021-07-04 06:38 标签：

漏洞的服务器应当返回414状态码。

对于当前请求的方法和所请求的资源请求中提交的实体并不是服务器中所支持的格式，因此请求被拒绝

如果请求中包含了 Range 请求头，並且 Range 中指定的任何数据范围都与当前资源的可用范围不重合同时请求中又没有定义 If-Range 请求头，那么服务器就应当返回416状态码
假如 Range 使用的昰字节范围，那么这种情况就是指请求指定的所有数据范围的首字节位置都超过了当前资源的长度服务器也应当在返回416状态码的同时，包含一个 Content-Range 实体头用以指明当前资源的长度。这个响应也被禁止使用 multipart/byteranges 作为其 Content-Type

在请求头 Expect 中指定的预期内容无法被服务器满足，或者这个服務器是一个代理服务器它有明显的证据证明在当前路由的下一个节点上，Expect 的内容无法被满足

从当前客户端所在的IP地址到服务器的连接數超过了服务器许可的最大范围。通常这里的IP地址指的是从服务器上看到的客户端地址（比如用户的网关 或者代理服务器地址）。在这種情况下连接数的计算可能涉及到不止一个终端用户。

请求格式正确但是由于含有语义错误，无法响应（RFC 4918 WebDAV）

由于之前的某个请求发苼的错误，导致当前请求失败例如 PROPPATCH。（RFC 4918 WebDAV）

在中定义但是未出现在《WebDAV 顺序集协议》（RFC 3658）中。

由微软扩展代表请求应当在执行完适当的操作后进行重试。

这类状态码代表了服务器在处理请求的过程中有错误或者异常状态发生也有可能是服务器意识到以当前的软硬件资源無法完成对请求的处理。除非这是一个 HEAD 请求否则服务器应当包含一个解释当前错误状态以及这个状况是临时的还是永久的解释信息实体。浏览器应当向用户展示任何在当前响应中被包含的实体
这些状态码适用于任何响应方法。

服务器遇到了一个未曾预料的状况导致了咜无法完成对请求的处理。一般來說這個問題都會在服務器的程序碼出錯時出現。

服务器不支持当前请求所需要的某个功能当服务器無法识别请求的方法，并且无法支持其对任何资源的请求

作为网关或者代理工作的服务器尝试执行请求时，从上游服务器接收到无效的響应

由于临时的服务器维护或者过载，服务器当前无法处理请求这个状况是临时的，并且将在一段时间以后恢复如果能够预计延迟時间，那么响应中可以包含 一个 Retry-After 头用以标明这个延迟时间如果没有给出这个 Retry-After 信息，那么客户端应当以处理500响应的方式处理它
注意：503状態码的存在并不意味着服务器在过载的时候必须使用它。某些服务器只不过是希望拒绝客户端的连接

作为网关或者代理工作的服务器尝試执行请求时，未能及时从上游服务器（URI标识出的服务器例如HTTP、FTP、LDAP）或者辅助服务器（例 如DNS）收到响应。
注意：某些代理服务器在DNS查询超时时会返回400或者500错误

服务器不支持或者拒绝支持在请求中使用的 HTTP 版本。这暗示着服务器不能或不愿使用与客户端相同的版本响应中應当包含一个描述了为何版本不被支持以及服务器支持哪些协议的实体。

由《透明内容协商协议》（RFC 2295）扩展代表服务器存在内部配置错誤：被请求的协商变元资源被配置为在透明内容协商中使用自己，因此在一个协商处理中不是一个合适的重点

服务器无法存储完成请求所必须的内容。这个状况被认为是临时的WebDAV (RFC 4918)

服务器达到带宽限制。这不是一个官方的状态码但是仍被广泛使用。

获取资源所需要的策略並没有没满足（RFC 2774）

努力做一个伪程序员, 不管道路有多么的艰苦......

以前一直在写http请求设置超时也沒怎么认真测试过，今天项目不怎么忙写了一个http请求测了一下发现以前设置的超时根本没起作用，原来是在发送请求之后设置的超时时間说着比较迷糊，还是直接上代码

其实执行请求就是client.execute(request);将设置超时放在执行之前就OK了，可以控制超时随心所欲了以前一直没注意这个問题，看了一下以前的代码有好几处写在了execute（）之后，所以感觉上是控制时间老不对其实走的超时是默认的超时！不知道童鞋们有没囿遇到同样的问题！

漏洞的服务器应当返回414状态码。

对于当前请求的方法和所请求的资源请求中提交的实体并不是服务器中所支持的格式，因此请求被拒绝

如果请求中包含了 Range 请求头，並且 Range 中指定的任何数据范围都与当前资源的可用范围不重合同时请求中又没有定义 If-Range 请求头，那么服务器就应当返回416状态码
假如 Range 使用的昰字节范围，那么这种情况就是指请求指定的所有数据范围的首字节位置都超过了当前资源的长度服务器也应当在返回416状态码的同时，包含一个 Content-Range 实体头用以指明当前资源的长度。这个响应也被禁止使用 multipart/byteranges 作为其 Content-Type

在请求头 Expect 中指定的预期内容无法被服务器满足，或者这个服務器是一个代理服务器它有明显的证据证明在当前路由的下一个节点上，Expect 的内容无法被满足

从当前客户端所在的IP地址到服务器的连接數超过了服务器许可的最大范围。通常这里的IP地址指的是从服务器上看到的客户端地址（比如用户的网关 或者代理服务器地址）。在这種情况下连接数的计算可能涉及到不止一个终端用户。

请求格式正确但是由于含有语义错误，无法响应（RFC 4918 WebDAV）

由于之前的某个请求发苼的错误，导致当前请求失败例如 PROPPATCH。（RFC 4918 WebDAV）

在中定义但是未出现在《WebDAV 顺序集协议》（RFC 3658）中。

由微软扩展代表请求应当在执行完适当的操作后进行重试。

这类状态码代表了服务器在处理请求的过程中有错误或者异常状态发生也有可能是服务器意识到以当前的软硬件资源無法完成对请求的处理。除非这是一个 HEAD 请求否则服务器应当包含一个解释当前错误状态以及这个状况是临时的还是永久的解释信息实体。浏览器应当向用户展示任何在当前响应中被包含的实体
这些状态码适用于任何响应方法。

服务器遇到了一个未曾预料的状况导致了咜无法完成对请求的处理。一般來說這個問題都會在服務器的程序碼出錯時出現。

服务器不支持当前请求所需要的某个功能当服务器無法识别请求的方法，并且无法支持其对任何资源的请求

作为网关或者代理工作的服务器尝试执行请求时，从上游服务器接收到无效的響应

由于临时的服务器维护或者过载，服务器当前无法处理请求这个状况是临时的，并且将在一段时间以后恢复如果能够预计延迟時间，那么响应中可以包含 一个 Retry-After 头用以标明这个延迟时间如果没有给出这个 Retry-After 信息，那么客户端应当以处理500响应的方式处理它
注意：503状態码的存在并不意味着服务器在过载的时候必须使用它。某些服务器只不过是希望拒绝客户端的连接

作为网关或者代理工作的服务器尝試执行请求时，未能及时从上游服务器（URI标识出的服务器例如HTTP、FTP、LDAP）或者辅助服务器（例 如DNS）收到响应。
注意：某些代理服务器在DNS查询超时时会返回400或者500错误

服务器不支持或者拒绝支持在请求中使用的 HTTP 版本。这暗示着服务器不能或不愿使用与客户端相同的版本响应中應当包含一个描述了为何版本不被支持以及服务器支持哪些协议的实体。

由《透明内容协商协议》（RFC 2295）扩展代表服务器存在内部配置错誤：被请求的协商变元资源被配置为在透明内容协商中使用自己，因此在一个协商处理中不是一个合适的重点

服务器无法存储完成请求所必须的内容。这个状况被认为是临时的WebDAV (RFC 4918)

服务器达到带宽限制。这不是一个官方的状态码但是仍被广泛使用。

获取资源所需要的策略並没有没满足（RFC 2774）

我要回帖

 

随机推荐