【计算机网络】HTTP

HTTP简介

1.状态码

状态代码有三位数字组成,第一个数字定义了响应的类别,共分五种类别:

  • 1xx:指示信息–表示请求已接收,继续处理
  • 2xx:成功–表示请求已被成功接收、理解、接受
  • 3xx:重定向–要完成请求必须进行更进一步的操作
  • 4xx:客户端错误–请求有语法错误或请求无法实现
  • 5xx:服务器端错误–服务器未能实现合法的请求

常见状态码:

200 OK //客户端请求成功,GET 檔案成功,PUT, PATCH 更新成功
201 Created //用於請求 POST 成功建立資料。
204 No Content //用於請求 DELETE 成功。
400 Bad Request //客户端请求有语法错误,不能被服务器所理解。用於請求 API 參數不正確的情況,例如傳入的 JSON 格式錯誤。
401 Unauthorized //请求未经授权,这个状态代码必须和WWW-Authenticate报头域一起使用。用於表示請求的 API 缺少身份驗證資訊。
403 Forbidden //服务器收到请求,但是拒绝提供服务。用於表示該資源不允許特定用戶訪問。
404 Not Found //请求资源不存在,eg:输入了错误的URL
500 Internal Server Error //服务器发生不可预期的错误
503 Server Unavailable //服务器当前不能处理客户端的请求,一段时间后可能恢复正常

菜鸟教程,更多状态码,解释较简短
状态码解释很详细

2.HTTP请求方法

根据HTTP标准,HTTP请求可以使用多种请求方法。
HTTP1.0定义了三种请求方法: GET, POST 和 HEAD方法。
HTTP1.1新增了五种请求方法:OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。

  1. GET 请求指定的页面信息,并返回实体主体。
  2. HEAD 类似于get请求,只不过返回的响应中没有具体的内容,用于获取报头
  3. POST 向指定资源提交数据进行处理请求(例如提交表单或者上传文件)。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。
  4. PUT 从客户端向服务器传送的数据取代指定的文档的内容。
  5. DELETE 请求服务器删除指定的页面。
  6. CONNECT HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器
  7. OPTIONS 允许客户端查看服务器的性能。
  8. TRACE 回显服务器收到的请求,主要用于测试或诊断。

【REST API参考规则】
GET /api/files/ 得到所有檔案
GET /api/files/1/ 得到檔案 ID 為 1 的檔案
POST /api/files/ 新增一個檔案
PUT /api/files/1/ 更新 ID 為 1 的檔案
PATCH /api/files/1/ 更新 ID 為 1 的部分檔案內容
DELETE /api/files/1/ 刪除 ID 為 1 的檔案
特別來說明一下 PUT 和 PATCH,PUT 比較正確的定義是 Replace ( Create or Update ),

例如 PUT /api/files/1/ 的意思是替換 /api/files/1/,假如已經存在就替換,如果沒有也就新增,當然,新增的時候,必須包含必要的資料。因為上面這個原因,大家會看到有時候使用 PUT 新增,也因為這個有點怪的行為,所以又多了 PATCH 這個方法,可以用來做部分更新 ( Partial Update )。

HTTP主要特性

  1. 简单快速:客户向服务器请求服务时,只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单,使得HTTP服务器的程序规模小,因而通信速度很快。
  2. 灵活:HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
  3. 无连接:无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求,并收到客户的应答后,即断开连接。采用这种方式可以节省传输时间。
  4. 无状态保存:HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大。另一方面,在服务器不需要先前信息时它的应答就较快。那么有时客户的登陆状态需要记录怎么办呢?可以使用Cookie技术,这样可以管理状态了。
  5. 支持B/S及C/S模式
  6. 基于TCP/IP协议之上的应用层协议

HTTP之URL

URL,全称是Uniform Resource Locator, 中文叫统一资源定位符,是互联网上用来标识某一处资源的地址。一个完整的URL这么构成:

http://www.aspxfans.com:8080/news/index.asp?boardID=5&ID=24618&page=1#name

  1. 协议部分:该URL的协议部分为“http:”,这代表网页使用的是HTTP协议。在Internet中可以使用多种协议,如HTTP,FTP等等本例中使用的是HTTP协议。在"HTTP"后面的“//”为分隔符

    1. 域名部分:该URL的域名部分为“www.aspxfans.com”。一个URL中,也可以使用IP地址作为域名使用

    2. 端口部分:跟在域名后面的是端口,域名和端口之间使用“:”作为分隔符。端口不是一个URL必须的部分,如果省略端口部分,将采用默认端口

    3. 虚拟目录部分:从域名后的第一个“/”开始到最后一个“/”为止,是虚拟目录部分。虚拟目录也不是一个URL必须的部分。本例中的虚拟目录是“/news/”

    4. 文件名部分:从域名后的最后一个“/”开始到“?”为止,是文件名部分,如果没有“?”,则是从域名后的最后一个“/”开始到“#”为止,是文件部分,如果没有“?”和“#”,那么从域名后的最后一个“/”开始到结束,都是文件名部分。本例中的文件名是“index.asp”。文件名部分也不是一个URL必须的部分,如果省略该部分,则使用默认的文件名

    5. 锚部分:从“#”开始到最后,都是锚部分。本例中的锚部分是“name”。锚部分也不是一个URL必须的部分

    6. 参数部分:从“?”开始到“#”为止之间的部分为参数部分,又称搜索部分、查询部分。本例中的参数部分为“boardID=5&ID=24618&page=1”。参数可以允许有多个参数,参数与参数之间用“&”作为分隔符。

URI和URL的区别

URI是以一种抽象的,高层次概念定义统一资源标识,而URL则是具体的资源标识的方式。

请求消息Request

请求报文的组成

  1. 请求行
  2. 请求头部
  3. 中间有个空行(就算请求数据为空也一定要有空行)
  4. 请求数据/主体
    content-type类型
    超全content-type类型(MIME)

响应消息Response

响应报文的组成

  1. 状态行
  2. 消息报头
  3. 空行
  4. 响应正文
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值