HTTP和COOKIE详解

最新推荐文章于 2024-09-07 08:08:11 发布
最新推荐文章于 2024-09-07 08:08:11 发布
阅读量361 收藏 2
点赞数 2
文章标签： http tcp/ip udp
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/EVILORHERO/article/details/120161627
版权

HTTP

  • http 是我们前后台交互的时候的传输协议（即超文本传输协议）

HTTP 的工作流程

  1. 和服务器建立链接
  2. 建立链接后，发送一个请求给服务器（请求）
  3. 服务器接受到请求以后进行相应的处理并给出一个回应（响应）
  4. 断开于服务器的链接

和服务器建立链接

  • 怎么和服务器建立链接呢？

  • 需要保证客户端的接受和发送正常，服务器端的接受和发送正常

  • 这里就涉及到一个东西叫做 TCP/IP 协议

  • 建立链接的主要步骤叫做 三次握手

    1. 客户端发送一个消息给到服务端

      此时：
	服务端知道了 客户端可以正常发送消息
	服务端知道了 服务端可以正常接受消息

    2. 服务端回给客户端一个消息

      此时：
	服务端知道了 客户端可以正常发送消息
	服务端知道了 服务端可以正常接受消息
	客户端知道了 客户端可以正常发送消息
	客户端知道了 客户端可以正常接受消息
	客户端知道了 服务端可以正常接受消息
	客户端知道了 服务端可以正常发送消息

    3. 客户端再回给服务端一个消息

      此时：
	服务端知道了 客户端可以正常发送消息
	服务端知道了 服务端可以正常接受消息
	客户端知道了 客户端可以正常发送消息
	客户端知道了 客户端可以正常接受消息
	客户端知道了 服务端可以正常接受消息
	客户端知道了 服务端可以正常发送消息
	服务端知道了 服务端可以正常发送消息
	服务端知道了 客户端可以正常接受消息

  • 至此，依照 TCP/IP 协议的建立链接就建立好了

  • 双方都知道双方可以正常收发消息

  • 就可以进入到第二步，通讯了

发送一个请求

  • 建立完链接以后就是发送请求的过程

  • 我们的每一个请求都要把我们的所有信息都包含请求

  • 每一个请求都会有一个 请求报文

  • 在 请求报文 中会包含我们所有的请求信息（也就是我们要和服务端说的话都在里面）

  • 我们的请求报文中会包含几个东西

    1. 请求行

      POST /user HTTP/1.1
# POST 请求方式
# /user 请求URL（不包含域名）
# HTTP/1.1 请求协议版本

    2. 请求头（请求头都是键值对的形式出现的）

      user-agent: Mozilla/5.0 # 产生请求的浏览器信息
accept: application/json # 表示客户端希望接受的数据类型
Content-Type: application/x-www-form-urlencoded # 客户端发送的实体数据格式
Host: 127.0.0.1 # 请求的主机名（IP）

    3. 请求空行（请求头和请求主体之间要留一个空白行）

      # 就是一个空行

    4. 请求体（本次请求携带的数据）

      # GET 请求是没有请求体数据的
# POST 请求才有请求体数据

  • 接下来看一个完整的请求报文

    POST /user HTTP/1.1      # 请求行
Host: www.user.com
Content-Type: application/x-www-form-urlencoded
accept: application/json
User-agent: Mozilla/5.0.     # 以上是首部
#（此处必须有一空行）  # 空行分割header和请求内容 
name=world   # 请求体

接受一个响应

  • 客户端的请求发送到服务端以后

  • 服务端进行对应的处理

  • 会给我们返回一个响应

  • 每一个响应都会有一个 响应报文

  • 在 响应报文 中会包含我们所有的响应信息（也就是服务端在接受到客户端请求以后，给我们的回信）

  • 我们的 响应报文 中会包含几个信息

    1. 状态行

      HTTP/1.1 200 OK
# HTTP/1.1 服务器使用的 HTTP 协议版本
# 200 响应状态码
# OK 对响应状态码的简单解释

    2. 响应头

      Date: Jan, 14 Aug 2019 12:42:30 GMT # 服务器时间
Server: Apache/2.4.23 (Win32) OpenSSL/1.0.2j PHP/5.4.45 # 服务器类型
Content-Type: text/html # 服务端给客户端的数据类型
Content-Length: 11 # 服务端给客户端的数据长度

    3. 响应体

      hello world
# 服务端给客户端的响应数据

断开与服务端的链接

  • 之前我们的建立链接是基于 TCP/IP 协议的 三次握手
  • 我们的断开链接是基于 TCP/IP 协议的 四次挥手
    1. 客户端发送一个我要断开的消息给服务端
    2. 服务端接受到以后发送一个消息告诉客户端我已经进入关闭等待状态
    3. 服务端再次发送一个消息告诉客户端，这个是我的最后一次消息给你，当我再接受到消息的时候就会关闭
    4. 客户端接受到服务端的消息以后，告诉服务器，我已经关闭，这个是给你的最后一个消息

完成一个 HTTP 请求

  • 至此，一个 HTTP 请求就完整的完成了
  • 一个 HTTP 请求必须要包含的四个步骤就是
    1. 建立链接
    2. 发送请求
    3. 接受响应
    4. 断开链接
  • 在一个 HTTP 请求中，请求的部分有请求报文，接受响应的部分有响应报文
  • 请求报文包含
    1. 请求行
    2. 请求头
    3. 请求空行
    4. 请求体
  • 响应报文
    1. 状态行
    2. 响应头
    3. 响应体

常见的 HTTP 响应状态码

  • 在一个 HTTP 请求的响应报文中的状态行会有一个响应状态码
  • 这个状态码是用来描述本次响应的状态的
  • 通常会出现五种状态码
    1. 100 ~ 199
    2. 200 ~ 299
    3. 300 ~ 399
    4. 400 ~ 499
    5. 500 ~ 599

100 ~ 199

  • 一般我们看不到，因为表示请求继续
  • 100： 继续请求，前面的一部分内容服务端已经接受到了，正在等待后续内容
  • 101： 请求者已经准备切换协议，服务器页表示同意

200 ~ 299

  • 2 开头的都是表示成功，本次请求成功了，只不过不一样的状态码有不一样的含义（语义化）
  • *200： 标准请求响应成功（一般表示服务端提供的是网页）
  • 201： 创建成功（一般是注册的时候，表示新用户信息已经添加到数据库）
  • 203： 表示服务器已经成功处理了请求，但是返回的信息可能来自另一源
  • 204： 服务端已经成功处理了请求，但是没有任何数据返回

300 ~ 399

  • 3 开头也是成功的一种，但是一般表示重定向
  • *301： 永久重定向
  • *302： 临时重定向
  • *304： 使用的是缓存的数据
  • 305： 使用代理

400 ~ 499

  • 4 开头表示客户端出现错误了
  • 400： 请求的语法服务端不认识
  • 401： 未授权（你要登录的网站需要授权登录）
  • 403： 服务器拒绝了你的请求
  • 404： 服务器找不到你请求的 URL
  • 407： 你的代理没有授权
  • 408： 请求超时
  • 410： 你请求的数据已经被服务端永久删除

500 ~ 599

  • 5 开头的表示服务端出现了错误
  • 500： 服务器内部错误
  • 503： 服务器当前不可用（过载或者维护）
  • 505： 请求的协议服务器不支持

常见的 HTTP 请求方式

  • 每一个 HTTP 请求在请求行里面会有一个东西叫做请求方式
  • 不同的请求方式代表的含义不同
    1. GET： 一般用于获取一些信息使用（获取列表）
    2. POST： 一般用于发送一些数据给服务端（登录）
    3. PUT： 一般用于发送一些数据给服务当让其添加新数据（注册）
    4. DELETE： 一般用于删除某些数据
    5. HEAD： 类似于 GET 的请求，只不过一般没有响应的具体内容，用于获取报文头
    6. CONNECT： HTTP/1.1 中预留的方式，一般用于管道链接改变为代理的时候使用
    7. PATCH： 是和 PUT 方式类似的一个方式，一般用于更新局部数据
    8. OPTIONS： 允许客户端查看服务端性能
  • 我们比较常用的就是 GET 和 POST

GET 请求

  • 参数以 querystring 的形式发送，也就是直接拼接在 请求路径的后面
  • GET 请求会被浏览器主动缓存
  • GET 请求根据不同的浏览器对长度是有限制的
    • IE： 2083 个字符
    • FireFox： 65536 个字符
    • Safari： 80000 个字符
    • Opera： 190000 个字符
    • Chrome： 8182 个字符
    • APACHE(server)： 理论上接受的最大长度是 8192 个字符（有待商榷）
  • 对参数的类型有限制，只接受 ASCII 码的格式

POST 请求

  • 参数以 request body的形式发送，也就是放在请求体中

  • POST 请求不会被浏览器主动缓存，除非手动设置

  • POST 请求理论上是没有限制的，除非服务端做了限制

  • 对参数类型没有限制，理论上可以传递任意数据类型，只不过要和请求头对应

COOKIE

http协议是一种无状态协议，因为http的每次请求之前都是没有联系的，也就是说，用户请求同一网页两次，这两次的之间没有联系；在进一步解释就是：用户两次请求同一网页两次，两次请求不能保留访问的状态，导致服务器端不能识别这两次的访问是否是同一个人；这就是，http的无状态协议，但是很多时候保留访问状态是必要的操作，比如：在首页登录之后，希望在浏览网站其他页面时，能保持这种已登录的状态。所以，出现了一个技术，叫做会话技术。会话中首先有了cookie。

  • cookie 是浏览器提供的一个存储空间
  • 每一个 HTTP 请求都会在请求头中携带 cookie 到服务端
  • 每一个 HTTP 响应都会在响应头中携带 cookie 到客户端
  • 也就是说，cookie 是不需要我们手动设置，就会自动在 客户端 和 服务端之间游走的数据
  • 我们只是需要设置一下 cookie 的内容就可以

COOKIE 的存储形式

  • cookie 是以字符串的形式存储，在字符串中以 key=value 的形式出现

  • 每一个 key=value 是一条数据

  • 多个数据之间以 ; 分割

    // cookie 的形态
'a=100; b=200; c=300;'

COOKIE 的特点

  1. 存储大小有限制，一般是 4 KB 左右
  2. 数量有限制，一般是 50 条左右
  3. 有时效性，也就是有过期时间，一般是 会话级别（也就是浏览器关闭就过期了）
  4. 有域名限制，也就是说谁设置的谁才能读取

使用方式

  • 读取 cookie 的内容使用 document.cookie

    const cookie = document.cookie
console.log(cookie) // 就能得到当前 cookie 的值

  • 设置 cookie 的内容使用 document.cookie

    // 设置一个时效性为会话级别的 cookie
document.cookie = 'a=100'

// 设置一个有过期时间的 cookie
document.cookie = 'b=200;expires=Thu, 18 Dec 2043 12:00:00 GMT";'
// 上面这个 cookie 数据会在 2043 年 12 月 18 日 12 点以后过期，过期后会自动消失

  • 删除 cookie 的内容使用 document.cookie

    // 因为 cookie 不能直接删除
// 所以我们只能把某一条 cookie 的过期时间设置成当前时间之前
// 那么浏览器就会自动删除 cookie
document.cookie = 'b=200;expires=Thu, 18 Dec 2018 12:00:00 GMT";'

COOKIE 操作封装

  • 因为 js 中没有专门操作 COOKIE 增删改查的方法
  • 所以需要我们自己封装一个方法
设置 cookie
/**
 * setCookie 用于设置 cookie
 * @param {STRING} key  要设置的 cookie 名称
 * @param {STRING} value  要设置的 cookie 内容
 * @param {NUMBER} expires  过期时间
 */
function setCookie (key, value, expires) {
  const time = new Date()
  time.setTime(time.getTime() - 1000 * 60 * 60 * 24 * 8 + expires) // 用于设置过期时间

  document.cookie = `${key}=${value};expires=${time};`
}
读取 cookie
/**
 * getCookie 获取 cookie 中的某一个属性
 * @param {STRING} key 你要查询的 cookie 属性
 * @return {STRING} 你要查询的那个 cookie 属性的值
 */
function getCookie(key) {
  const cookieArr = document.cookie.split('; ')

  let value = ''

  cookieArr.forEach(item => {
    if (item.split('=')[0] === key) {
      value = item.split('=')[1]
    }
  })

  return value
}
删除 cookie
/**
 * delCookie 删除 cookie 中的某一个属性
 * @param {STRING} name 你要删除的某一个 cookie 属性的名称
 */
function delCookie(name) {
  setCookie(name, 1, -1)
}
祭月M
关注
详解cookie、session和HTTP缓存
weixin_72689548的博客
11-22 956
来自维基百科的解释：在计算机科学领域来说，尤其是在网络领域，会话（session）是一种持久网络协议，在用户（或用户代理）端和服务器端之间创建关联，从而起到交换数据包的作用机制，session在网络协议（例如telnet或FTP）中是非常重要的部分。个人理解： session 是一种在服务器端保存数据的机制。服务器通过读取浏览器发送的 cookie 和 服务器端的 session 来交换数据。java，保存于服务器内存中，重启服务器，session 消失。
HTTP协议中的Cookie和Session
Xpccccc的博客
08-20 1220
HTTP协议中的Cookie和Session
[网络]HTTP协议 Cookie与Session
m0_74910646的博客
09-07 979
HTTP Cookie（也称为 Web Cookie、浏览器 Cookie 或简称 Cookie）是服务器发送到 用户浏览器并保存在浏览器上的一小块数据，它会在浏览器之后向同一服务器再次发 起请求时被携带并发送到服务器上。通常，它用于告知服务端两个请求是否来自同一浏览器，如保持用户的登录状态、记录用户偏好等。HTTP Session 是服务器用来跟踪用户与服务器交互期间用户状态的机制。由于 HTTP 协议是无状态的（每个请求都是独立的），因此服务器需要通过 Session 来记住用户的信息。
http与cookie
John_Wick___的博客
07-28 146
http http(超文本传输协议)是一个基于‘请求’与‘响应’的应用层 协议。 url请求资源的地址 http：//host[":"port][abs_path] url（ip+端口号+文件名） host:主机名，对应ip地址的一个点或一段; port 端口号； abs——path 主机上的资源路径； get请求：将请求数据作为url一部分发送，不安全，传输数据 量小，方便易用； post请求：传输数据量大，安全，一般做表单提交 常见响应状态码 200 OK表示响应成功 404 NotFoun
http和cookie
lff18277233091的博客
01-25 233
HTTP http 是我们前后台交互的时候的传输协议（即超文本传输协议） HTTP 的工作流程 和服务器建立链接 建立链接后，发送一个请求给服务器（请求） 服务器接受到请求以后进行相应的处理并给出一个回应（响应） 断开于服务器的链接 服务器建立链接 怎么和服务器建立链接呢？ 需要保证客户端的接受和发送正常，服务器端的接受和发送正常 这里就涉及到一个东西叫做 TCP/IP 协议 建立链接的...
Http与Cookie
weixin_56686568的博客
04-21 214
Http 基本概念 http（超文本传输协议）是一个基于请求与响应的应用层协议。 url请求资源的地址 http://host[":"port][abs_path] host 主机名，对应IP地址的一个点或一段；port 端口号 ；abs_path 主机上的资源路径 请求方式 get请求，将请求数据作为url一部分发送，不安全，传输数据量小，方便易用。 post请求，传输数据量大，安全，一般做表单提交。 常见响应状态码 200 OK //客户端请求成功 400 Bad Request //客
关于cookie与http之间的关系
phperno1的专栏
08-23 914
背景知识 cookie是服务器发给浏览器的文本数据.当浏览器再次向同一个域名发出请求时,浏览器将会把同样的数据发送回给服务器. 数据是以被叫做” Set-Cookie “的HTTP的头的形式从web服务器发送给浏览器的.然后浏览器在被叫做” Cookie “的HTTP头把cookie发回给服务器. 下面是一个HTTP cookie处理过程的例子:HTTP从web服务器响应:[…] Set-C
python使用cookie库操保存cookie详解
12-24
要在用户浏览器上安装cookie，HTTP服务器向HTTP响应添加类似以下内容的HTTP报头： 复制代码 代码如下:Set-Cookie：session=8345234;expires=Sun，15-Nov-2013 15:00:00 GMT；path=/；domain=baidu.com expires是...
详解HTTP Cookie状态管理机制
10-22
HTTP Cookie是一种用于在客户端和服务器之间存储和管理状态信息的技术，最早由网景公司的Lou Montulli在1993年发明，以解决HTTP协议无状态的问题。HTTP本身不保存任何关于用户会话的信息，因此当用户在网站上进行多...
php cookie 详解使用实例
12-19
**PHP Cookie 详解与使用实例** Cookie 是一种在 Web 开发中常见的技术，它用于在客户端（用户的浏览器）和服务器之间存储和交换信息。本文将详细介绍 Cookie 的概念、工作原理以及如何在 PHP 中创建、读取、更新和...
JavaScript cookie详解及简单实例应用
10-20
cookie是一种能够让web浏览器存储小量数据并将其在浏览器和服务器之间传递的技术。其重要性在于能够在用户浏览器中持久化存储数据，并且可以通过脚本访问，这一点在很多需要记录用户状态的场景中非常有用。 首先，...
http协议和cookie
mikkfe的博客
03-13 332
一、http协议和cookie 服务器是怎么被访问的 地址（url）：https://www.baidu.com:443/xx/xx/xx/xx?xx=xx&xx=xx http/https：传输协议 www.baidu.com：域名，地址 :80/:443：端口 /xx/xx/xx：服务器路径 ?xx=xx&xx=xx：以某种方式向服务器发送的数据，其中某种方式为get/pos...
HTTP Cookie 详解二
热门推荐
我的未来从这里开始
03-26 2万+
今天webryan给team做了一个关于HTTP cookie的分享，从各个方面给大家介绍一下大家耳熟能详的Cookie。主要是翻了维基百科的很多内容，因为维基百科的逻辑实在是很清晰：），ppt就不分享了，把原始的草稿贴出来给大家。欢迎批评指正。 HTTP Cookie: Cookie通常也叫做网站cookie,浏览器cookie或者http cookie,是保存在用户浏览器端的，并在发出
HTTP协议与cookie和session
time
05-31 369
HTTP协议工作于客户端-服务端架构上。浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。HTTP的3个特点HTTP是无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。HTTP是媒体独立的：这意味着，只要客户端和服务器知道如何处理的数据内容，任何类型的数据都可以通过HTTP发送。客户端...
HTTP第17讲——Cookie机制
Elon15的博客
07-11 1508
HTTP第17讲——Cookie机制
HTTP Cookie详解
码小余の博客
08-17 3755
HTTP Cookie详解 Cookie总是保存在客户端中，按在客户端中的存储位置，可分为内存Cookie和硬盘Cookie。内存Cookie由浏览器维护，保存在内存中，浏览器关闭后就消失了，其存在时间是短暂的。硬盘Cookie保存在硬盘里，有一个过期时间，除非用户手工清理或到了过期时间，硬盘Cookie不会被删除，其存在时间是长期的。所以，按存在时间，可分为非持久Cookie和持久Cookie。 HTTP请求+cookie的交互流程 如果步骤5携带的是过期的cookie或者是错误的cookie，那么将认
HTTP & cookie
CTF的博客
06-10 273
HTTP协议 HTTP协议是一种无状态协议，在数据交换完毕后，服务器端和客户端的链接就会关闭，每次交换数据都需要建立新的链接。 举个栗子： 你某天打开浏览器，正在浏览某部小说，刚看到一半，这时突然有事，必须要离开，而你只能关闭浏览器，当你回来重新打开浏览器访问时，只能从头开始再翻一遍（无状态）。 cookie的作用： 记录上次的会话信息，便于下次访问。 在浏览器中，经常涉及到数据的交换，比如登录一个页面。我们经常会在此时设置 7 天免登录，或自动登录选项。那么它们是怎么记录信息的呢，没错，就是 cookie
snort http_cookie详解
最新发布
10-18
在Snort的HTTP协议检测规则中，http_cookie是指HTTP头部中的Cookie字段。Cookie是一种小型文本文件，服务器设置在客户端浏览器上，用于跟踪用户的会话信息。在Snort规则中，对HTTP Cookie的检查可能是为了检测以下情况： 1. **未授权cookie**: 如果规则旨在检测未经授权发送的Cookie，可能会捕获尝试利用已知漏洞的攻击者试图注入的恶意Cookie。 2. **跨站脚本(XSS)**: Snort可以扫描Cookie内容，寻找可能被用于执行XSS攻击的JavaScript代码。 3. **会话劫持**: 当检测到异常的Cookie值，比如过期、篡改，或者来自非信任来源的Cookie，这可能表明会话已被劫持。 4. **隐私侵犯**: 遵守法规要求，一些敏感信息不应出现在HTTP头中，例如敏感的登录凭证。Snort规则可以检测这种违规行为。 编写关于http_cookie的Snort规则通常涉及正则表达式，用来匹配特定格式或内容的Cookie。例如： ``` alert any "HTTP: Host: example.com AND (Header:Cookie contains 'malicious_cookie')"; ``` 这条规则会在Host字段为example.com并且Cookie头包含关键字"malicious_cookie"时触发警报。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值