http和cookie

最新推荐文章于 2023-12-07 16:54:43 发布
最新推荐文章于 2023-12-07 16:54:43 发布
阅读量229 收藏
点赞数
分类专栏： http和cookie 文章标签： http cookie
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lff18277233091/article/details/104083790
版权

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 码的格式
  • GET 请求是明文发送，相对不安全
POST 请求
  • 参数以 request body的形式发送，也就是放在请求体中
  • POST 请求不会被浏览器主动缓存，除非手动设置
  • POST 请求理论上是没有限制的，除非服务端做了限制
  • 对参数类型没有限制，理论上可以传递任意数据类型，只不过要和请求头对应
  • POST 请求是密文发送，相对安全
COOKIE
  • cookie 是一个以字符串的形式存储数据的位置
  • 每一个 HTTP 请求都会在请求头中携带 cookie 到服务端
  • 每一个 HTTP 响应都会在响应头中携带 cookie 到客户端
  • 也就是说，cookie 是不需要我们手动设置，就会自动在 客户端 和 服务端之间游走的数据
  • 我们只是需要设置一下 cookie 的内容就可以
COOKIE 的存储形式
  • cookie 是以字符串的形式存储，在字符串中以 key=value 的形式出现
  • 每一个 key=value 是一条数据
  • 多个数据之间以 ; 分割
    // cookie 的形态
    ‘a=100; b=200; c=300;’
COOKIE 的存储位置
  • 按照域名来存储的
  • 在哪个域名下存储的cookie，只能在哪个域名下访问
COOKIE 的特点
  1. 存储大小有限制，一般是 4 KB 左右
  2. 数量有限制，一般是 50 条左右
  3. 有时效性，也就是有过期时间，一般是 会话级别（也就是浏览器关闭就过期了）
  4. 有域名限制，也就是说谁设置的谁才能读取
COOKIE和前后台交互的关系（重点）
  • 当一个请求发起的时候，如果cookie空间中有内容
  • 那么这个请求中会自动携带cookie空间中的内容到后台
  • 当后台返回响应的时候，如果之前的请求报文中有cookie，也会携带回来
  • 如果后台自己设置了cookie浏览器上同样会出现
使用方式
前端操作cookie

  • 读取 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
设置 cookie
/**
 * setCookie 用于设置 cookie
 * @param {STRING} key  要设置的 cookie 名称
 * @param {STRING} value  要设置的 cookie 内容
 * @param {NUMBER} expires  过期时间
 */
setcookie('name','Tom',time()+10)
读取 cookie
/**
 * $_COOKIE['属性名'] 获取 cookie 中的某一个属性
*/
$name=$_COOKIE['name'];
echo $name;//Tom
删除 cookie
/*
cookie里面的东西不能删除
只能让它过期，过期以后浏览器会自动清除
把过期时间设置成当前时间以前就删除了
*/
setcookie('name','Tom',time()-1)
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 * 8 +1000*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)
}

isset( )：判断有没有内容

blueSky-fan
关注
专栏目录
详解cookie、session和HTTP缓存
weixin_72689548的博客
11-22 954
来自维基百科的解释：在计算机科学领域来说，尤其是在网络领域，会话（session）是一种持久网络协议，在用户（或用户代理）端和服务器端之间创建关联，从而起到交换数据包的作用机制，session在网络协议（例如telnet或FTP）中是非常重要的部分。个人理解： session 是一种在服务器端保存数据的机制。服务器通过读取浏览器发送的 cookie 和 服务器端的 session 来交换数据。java，保存于服务器内存中，重启服务器，session 消失。
HTTP之cookie基础学习
weixin_51182789的博客
08-14 2688
cookie 的失效日期并没有改变，因为 cookie 的标识符是相同的。另一个控制 Cookie 消息头发送时机的选项是 path 选项，和 domain 选项类似，path 选项指定了请求的资源 URL 中必须存在指定的路径时，才会发送 Cookie 消息头。当存在一个 cookie，并允许设置可选项，该 cookie 的值会在随后的每次请求中被发送至服务器，cookie 的值被存储在名为 Cookie 的 HTTP 消息头中，并且只包含了 cookie 的值，忽略全部设置选项。
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 //客
HTTP和COOKIE详解
祭月M的博客
09-07 362
HTTP http 是我们前后台交互的时候的传输协议（即超文本传输协议） HTTP 的工作流程 和服务器建立链接 建立链接后，发送一个请求给服务器（请求） 服务器接受到请求以后进行相应的处理并给出一个回应（响应） 断开于服务器的链接 和服务器建立链接 怎么和服务器建立链接呢？ 需要保证客户端的接受和发送正常，服务器端的接受和发送正常 这里就涉及到一个东西叫做 TCP/IP 协议 建立链接的主要步骤叫做 三次握手 客户端发送一个消息给到服务端 此时： 服务端知道了 客户端可以正常
http与cookie
John_Wick___的博客
07-28 144
http http(超文本传输协议)是一个基于‘请求’与‘响应’的应用层 协议。 url请求资源的地址 http：//host[":"port][abs_path] url（ip+端口号+文件名） host:主机名，对应ip地址的一个点或一段; port 端口号； abs——path 主机上的资源路径； get请求：将请求数据作为url一部分发送，不安全，传输数据 量小，方便易用； post请求：传输数据量大，安全，一般做表单提交 常见响应状态码 200 OK表示响应成功 404 NotFoun
DAY02_HTTP和COOKIE.md
05-22
DAY02_HTTP和COOKIE.md
根据http获取cookie内容代码
11-02
在HTTP请求和响应中，报文头包含了重要的信息，如HTTP方法、状态码、Cookie等。Cookie是服务器用来跟踪用户会话、存储用户信息的一种机制，它通过HTTP头字段Set-Cookie发送到客户端，并在后续请求中通过Cookie字段...
CookieIsolator:分离 HTTP 和 HTTPS cookie
06-30
松散隔离：HTTP cookie 只能在 HTTP 通道中发送，而 HTTPS cookie 可以在 HTTP（不带安全标志）和 HTTPS 通道中发送。 严格隔离：HTTP cookie 和 HTTPS cookie 只能分别在 HTTP 和 HTTPS 通道中发送。 Ext Secure...
在java中http请求带cookie的例子
08-25
今天，我们分享了一个 Java 中 HTTP 请求带 Cookie 的例子，并介绍了 Cookie 的概念和应用场景。我们也了解了 `setRequestProperty` 方法的作用和 Cookie 的优点。希望这个例子能够对大家有所帮助。
http协议和cookie
mikkfe的博客
03-13 331
一、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...
关于cookie与http之间的关系
phperno1的专栏
08-23 912
背景知识 cookie是服务器发给浏览器的文本数据.当浏览器再次向同一个域名发出请求时,浏览器将会把同样的数据发送回给服务器. 数据是以被叫做” Set-Cookie “的HTTP的头的形式从web服务器发送给浏览器的.然后浏览器在被叫做” Cookie “的HTTP头把cookie发回给服务器. 下面是一个HTTP cookie处理过程的例子:HTTP从web服务器响应:[…] Set-C
HTTP协议与cookie和session
time
05-31 368
HTTP协议工作于客户端-服务端架构上。浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。HTTP的3个特点HTTP是无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。HTTP是媒体独立的：这意味着，只要客户端和服务器知道如何处理的数据内容，任何类型的数据都可以通过HTTP发送。客户端...
对Cookie及http协议的理解
huangfuyk.的博客
03-10 5338
目录一、HTTP协议二、Cookie1.Cookie概念2.Cookie特点3.Cookie使用①添加②读取③修改④失效⑤删除⑥设置域名、路径4.Cookie封装①增加/修改cookie函数②获取cookie函数③删除cookie函数 一、HTTP协议        1、HTTP协议，即超文本传输协议（HyperText Tra...
【计算机网络】HTTP响应报文&Cookie原理
最新发布
m0_72563041的博客
12-07 1815
HTTP响应报文&Cookie原理
php $_server http_cookie,$_SERVER [‘HTTP_COOKIE’]返回两个PHPSESSID
weixin_39937524的博客
03-20 384
打印$_SERVER [‘HTTP_COOKIE’]时,我得到两个PHPSESSID.实际上我不知道它是如何设置两次的,它只在我的本地系统中.当我检查它的SERVER cookie时：echo $_SERVER['HTTP_COOKIE'];//result'fe_toolbar=false;fe_toolbar=false;PHPSESSID=4tvbovcjk0msf9dvibeb31c2b7...
php学习笔记-php会话控制，cookie,session的使用，cookie自动登录和session 图书上传信息添加和修改例子-day07
m0_63622279的博客
01-12 953
php会话控制，cookie,session的使用，cookie自动登录和session 图书上传信息添加和修改例子。会话控制是一种面向连接的可靠通信方式，通常用来判断用户的登录行为。在同一个系统上，多个页面之间互相切换时，还能保持用户登录的状态，并且访问的都是登录用户自己的信息。这种能够在网站中跟踪一个用户，并且可以处理在同一个网站中同一个用户在多个页面共享数据的机制，都需要使用会话控制来完成的会话控制包括 Session 和 Cookie 两种技术。两者既有区别又有相通之处，它们的主要功能都是把客户端与
【Http】http请求的cookie
It_sharp的博客
08-27 1989
Cookie的作用 Cookie是用于维持服务端会话状态的，通常由服务端写入，在后续请求中，供服务端读取。 HTTP请求，Cookie的使用过程 1、server通过HTTP Response中的”Set-Cookie: header”把cookie发送给client 2、client把cookie通过HTTP Request 中的“Cookie: header”发送给server...
Http协议中Cookie详细介绍
weixin_30448685的博客
03-19 607
Cookie总是保存在客户端中，按在客户端中的存储位置，可分为内存Cookie和硬盘Cookie。内存Cookie由浏览器维护，保存在内存中，浏览器关闭后就消失了，其存在时间是短暂的。硬盘Cookie保存在硬盘里，有一个过期时间，除非用户手工清理或到了过期时间，硬盘Cookie不会被删除，其存在时间是长期的。所以，按存在时间，可分为非持久Cookie和持久Cookie。 HTTP请求+co...
利用FlashCookie技术持久保存HTTP Cookie数据
总结来说，Flash Cookie是一种强大的工具，可以克服HTTP Cookie的局限性，但在使用时必须谨慎，确保符合隐私法规，并尊重用户的知情权和选择权。对于需要在客户端持久存储大量数据或需要避开用户常规清理操作的应用...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

blueSky-fan

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值