广州移动网站建设,wordpress 获取所有标签,济南软件外包公司,设计开发流程目录
前言
一、HTTP协议的基本概念
1.1、请求格式
1.2、响应格式
二、HTTP链接问题 前言
提示#xff1a;这里可以添加本文要记录的大概内容#xff1a; HTTP协议是超文本传输协议 HTTP的短连接#xff1a;建立连接——数据传输——关闭连接 HTTP的长连接#xff1a;…目录
前言
一、HTTP协议的基本概念
1.1、请求格式
1.2、响应格式
二、HTTP链接问题 前言
提示这里可以添加本文要记录的大概内容 HTTP协议是超文本传输协议 HTTP的短连接建立连接——数据传输——关闭连接 HTTP的长连接建立连接——数据传输——保持连接——数据传输——关闭连接。如果长时间没有新的请求连接才会关闭 提示以下是本篇文章正文内容下面案例可供参考
一、HTTP协议的基本概念 概念HTTP协议是一个规范规则。通过这个规则实现客户端与服务器之间的各种信息的传 输它是响应协议客户端向服务器发送一次请求服务器返回对应的响应得到响 应后接收通信 协议格式HTTP分为请求格式和响应格式两种 请求格式客户端发送给服务端用于请求服务器上的资源。由以下几个部分组成。 请求行用于明确向服务器表达自己请求的资源/功能 请求头部对请求或正文的细致描写 空行用于间隔头部与正文 正文客户端向服务器发送的数据内容 响应格式服务端发送给客户端用于回应客户端的请求 响应行直观向客户端描述本次请求的处理结果 响应头部对本次响应以及正文进行额外的描述 空行用于间隔头部与正文 正文返回给客户端的具体数据 1.1、请求格式 请求行用于向服务器表达、自己请求的资源 组成包含三个元素请求方法、元素之间以空格间隔、以 \r\n 结尾 请求方法用于明确当前的请求是一个怎么样的请求 GET用于向服务器请求实体资源请求没有正文但是可用提交数据、提交的数据 在URL中而不是正文中但提交的数据有限且不安全。 HEAD与GET功能类似但是区别在于响应中不用返回实体资源、只有头部字段 POST用于向服务器提交数据提交的数据在正文中。 请求头部对请求和正文的细致描述 格式key: val\r\nkey: val\r\n...... User-Agent: 描述客户端版本信息。服务端可以定制化响应 Mozilla/5.0 (Windows NT 10.0; Win64; x64) Content-Type:描述正文类型决定了正文将会被如何处理 application/x-www-form-urlencoded Content-Length:描述正文长度 40 Referer: 告诉服务器本次请求的来源链接 https://www.baidu.com/form-page 请求空行\r\n 间隔请求头部与正文 正文提交给服务器的数据 URL网址——资源定位符 作用描述如何在某个地方获取某个指定的资源 要素http//user:passwww.baidu.com:80/s?wdC%2B%2beutf8#ch https://www.baidu.com:80/path/to/resourceparam1value1param2value2#section1 http协议名称表示本次通信使用的是什么协议 user访问服务器的用户认证信息的用户名 pass访问服务器的用户认证信息的密码 baidu.com域名经过解析可以得到服务器的IP地址 80http协议的默认端口是80端口https是443端口 /s或/path/to/resource请求资源的路径 wdC%2B%2beutf8或param1value1param2value2 查询字符串 ch或section1片段标识符通常是一个html标签的id值 协议版本现在通常是1.1的版本 从1.0版本进程的改进从短链接支持了长链接 1.2、响应格式 响应行 格式HTTP协议版本、状态码、状态消息 \r\n 1xx信息状态码对应请求的描述 101--协议切换 2xx成功状态码 200--成功处理 3xx重定向状态码 302-临时重定向 301-永久重定向 303-请求其他路径 4xx客户端错误状态码 404-请求资源不存在 5xx服务器错误状态码 502-服务器请求失败 504-服务器请求超时 响应头部对本次响应以及正文进行额外的描述 格式key: val\r\nkey: val\r\n...... Location当状态码为3XX时此字段指定了客户端应进一步访问的URL。 正文响应返回给客户端的数据 二、HTTP链接问题 由于HTTP的一个简单的请求并且是短链接每次请求服务器都不一定使用同一个链接如果每次请求服务器都是新连接那么如何识别客户端身份就是一个问题为了解决这个问题提出了cookie机制 cookie 在http协议头部中加入了两个字段Cookie Set-Cookie 1、客户端登陆成功后、服务器通过Set-Cookie字段向客户端返回一些数据客户端身 份及状态 2、客户端收到响应后、将Set-Cookie字段中的数据保存起来到cookie文件中 3、当客户端下次请求服务器是就会从cookie文件中读取出cookie数据通过Cookie 字段发送给服务器 session cookie是有安全隐患的它默认是明文存储因此推出了session 会话控制—每个客户端在访问服务器后服务器都会为其创建一个会话这个会话是存 储在服务端上的包含了用户的会话信息如用户身份会话状态偏好设置 等。当服务端响应的时候会将session的id作为cookie数据通过Set-Cookie 字段发送给客户端下次客户端请求服务器的时候就会将session的id通过 Cookie发送给服务器
