ContentType与http状态码

约定不等于承诺〃 2022-06-13 21:07 244阅读 0赞

> 提交数据的时候主要如下几种Content-Type
> 
> application/x-www-form-urlencoded  
> multipart/form-data  
> application/json

**application/x-www-form-urlencoded**

这个是最常见的默认post方式, 比如浏览器表单form提交, jquery默认$.post也会使用这种content-type, 如果你不指定的话

<form>
        <input name="uname" type="text" value="hehe"/>
        <input name="upswd" type="text" value="1234"/>
    </form>
    
    $.post('/login', $('form').serialize(), function (data) {
        // callback
    }, 'json');

**multipart/form-data**

这个是用表单上传文件的时候遇到的, 需要让form的enctyped等于这个值, 它代表不会对内容编码  
用express做服务器, multer做中间件上传一个文件, 你log出来发现就是下面这样

{ fieldname: 'file', originalname: 'mojie-1.jpg', name: '44473ef7cee199455ddceb16b9a916d2.jpg', encoding: '7bit', mimetype: 'image/jpeg', path: 'public/44473ef7cee199455ddceb16b9a916d2.jpg', extension: 'jpg', size: 379673, truncated: false, buffer: null } }

感觉不对字符编码是为了保护文件, 不然都被编码了, 解码错误或者说把文件破坏了都不好  
这是浏览器form原生支持的, ecclesia当时用了HTML5的FileReader解了燃眉之急, 没有上传检测

**appliction/json**

发送请求数据为格式为json。

var data = {
       'title':'test', 'sub' : [1,2,3]};
    $http.post(url, data).success(function(result) {
        ...
    });

POST http://www.example.com HTTP/1.1 
    Content-Type: application/json;charset=utf-8
    
    {
       "title":"test","sub":[1,2,3]}

**text/xml**

xml格式的数据

> 常用http状态码：

<table> 
 <thead> 
  <tr> 
   <th>状态代码</th> 
   <th>状态信息</th> 
   <th>含义</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>100</td> 
   <td>Continue</td> 
   <td>初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）</td> 
  </tr> 
  <tr> 
   <td>101</td> 
   <td>Switching Protocols</td> 
   <td>服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）</td> 
  </tr> 
  <tr> 
   <td>200</td> 
   <td>OK</td> 
   <td>一切正常，对GET和POST请求的应答文档跟在后面</td> 
  </tr> 
  <tr> 
   <td>202</td> 
   <td>Accepted</td> 
   <td>已经接受请求，但处理尚未完成</td> 
  </tr> 
  <tr> 
   <td>204</td> 
   <td>No Content</td> 
   <td>没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的</td> 
  </tr> 
  <tr> 
   <td>205</td> 
   <td>Reset Content</td> 
   <td>没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）</td> 
  </tr> 
  <tr> 
   <td>206</td> 
   <td>Partial Content</td> 
   <td>客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）</td> 
  </tr> 
  <tr> 
   <td>300</td> 
   <td>Multiple Choices</td> 
   <td>客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明</td> 
  </tr> 
  <tr> 
   <td>301</td> 
   <td>Moved Permanently</td> 
   <td>重定向，客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL</td> 
  </tr> 
  <tr> 
   <td>304</td> 
   <td>Not Modified</td> 
   <td>客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用</td> 
  </tr> 
  <tr> 
   <td>305</td> 
   <td>Use Proxy</td> 
   <td>客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）</td> 
  </tr> 
  <tr> 
   <td>400</td> 
   <td>Bad Request</td> 
   <td>请求出现语法错误（客户端错误）</td> 
  </tr> 
  <tr> 
   <td>401</td> 
   <td>Unauthorized</td> 
   <td>客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填 写合适的Authorization头后再次发出请求</td> 
  </tr> 
  <tr> 
   <td>403</td> 
   <td>Forbidden</td> 
   <td>资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致</td> 
  </tr> 
  <tr> 
   <td>404</td> 
   <td>Not Found</td> 
   <td>无法找到指定位置的资源。这也是一个常用的应答</td> 
  </tr> 
  <tr> 
   <td>405</td> 
   <td>Method Not Allowed</td> 
   <td>请求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）对指定的资源不适用。（HTTP 1.1新）</td> 
  </tr> 
  <tr> 
   <td>406</td> 
   <td>Not Acceptable</td> 
   <td>指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容（HTTP 1.1新）</td> 
  </tr> 
  <tr> 
   <td>409</td> 
   <td>Conflict</td> 
   <td>通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。（HTTP 1.1新）</td> 
  </tr> 
  <tr> 
   <td>411</td> 
   <td>Length Required</td> 
   <td>服务器不能处理请求，除非客户发送一个Content-Length头。（HTTP 1.1新）</td> 
  </tr> 
  <tr> 
   <td>412</td> 
   <td>Precondition Failed</td> 
   <td>请求头中指定的一些前提条件失败（HTTP 1.1新）</td> 
  </tr> 
  <tr> 
   <td>413</td> 
   <td>Request Entity Too Large</td> 
   <td>目标文档的大小超过服务器当前愿意处理的大小如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头（HTTP 1.1新）</td> 
  </tr> 
  <tr> 
   <td>414</td> 
   <td>Request URI Too Long</td> 
   <td>URI太长（HTTP 1.1新）</td> 
  </tr> 
  <tr> 
   <td>416</td> 
   <td>Requested Range Not Satisfiable</td> 
   <td>服务器不能满足客户在请求中指定的Range头（HTTP 1.1新）</td> 
  </tr> 
  <tr> 
   <td>500</td> 
   <td>Internal Server Error</td> 
   <td>服务器遇到了意料不到的情况，不能完成客户的请求</td> 
  </tr> 
  <tr> 
   <td>501</td> 
   <td>Not Implemented</td> 
   <td>服务器不支持实现请求所需要的功能。例如，客户发出了一个服务器不支持的PUT请求</td> 
  </tr> 
  <tr> 
   <td>502</td> 
   <td>Bad Gateway</td> 
   <td>服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答</td> 
  </tr> 
  <tr> 
   <td>503</td> 
   <td>Service Unavailable</td> 
   <td>服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个 Retry-After头</td> 
  </tr> 
  <tr> 
   <td>504</td> 
   <td>Gateway Timeout</td> 
   <td>由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。（HTTP 1.1新）</td> 
  </tr> 
  <tr> 
   <td>505</td> 
   <td>HTTP Version Not Supported</td> 
   <td>服务器不支持请求中所指明的HTTP版本。（HTTP 1.1新）</td> 
  </tr> 
 </tbody> 
</table>

--------------------

> 转载自：[https://huozhi.github.io/2015/01/30/network/2015-01-30-HTTP-Content-Type/][https_huozhi.github.io_2015_01_30_network_2015-01-30-HTTP-Content-Type]

[https_huozhi.github.io_2015_01_30_network_2015-01-30-HTTP-Content-Type]: https://huozhi.github.io/2015/01/30/network/2015-01-30-HTTP-Content-Type/