超文本数据传输：http
文件传输：ftp
邮件传输：smtp
域名解析：dns
请求格式：
首行：请求方法 (获取，请求，修改 数据) URL(http://username:password@ip:port/path?key=val#ch) 协议版本 \r\n
GET：用于获取资源，也可以提交少量数据。数据保存在url中，长度有限制
HEAD：与GET类似，但相应不要正文数据（只要头部描述不要实际数据）
POST：用于提交数据，提交的数据在正文中，长度无限制
URL：http协议名称，username password用户名密码，域名baidu.com，端口，资源路径：对应服务器上的指定路径，查询字符串：客户端提交给服务端的少量数据,格式：key-value（url编码解码）防止与url的字符进行歧义，因此进行编码，片段标识符：让网页直接滑动到指定位置
协议版本：
0.9：只有GET进行超文本传输，协议格式不完善
1.0：规范了协议格式，GET POST HEAD方法，支持多媒体数据流的传输
1.1有了长连接管理以及缓存管理（如果资源没有改变就不需要进行重新传输），支持更多的请求方法
2.0：重新进行设计，解决了一些典型问题
短链接：建立连接，发送请求，得到响应，断开连接
长连接：在一次连接中可以进行多次请求（管线化：请求连续发送，按序响应，节省时间）2.0版本中的长连接不需要按序响应（多路复用，在响应中标志是哪个请求）
2.0较1.1比较：从明文字符串传输改为二进制传输，支持服务端主动推送依赖数据，一次请求可以响应多个数据，多路复用在响应头部添加请求信息，不用按序响应，保存以前传输中没有出现的头部字段，相同头部字段不用每次都重新传输了
头部字段：key-value,每个键值都以\r\n结尾，关于请求或者正文的描述
connection:keep-alive 表示长连接，close表示短链接
user-agent:客户端浏览器以及系统信息
accept:客户端告诉服务器我接收什么样的响应数据
referer:请求来源的连接
content-length:描述正文的长度
content-type:正文类型的描述，决定对端如何处理正文数据
\r\n
空行：\r\n，用于间隔头部和正文
正文：提交给服务器的数据，get请求无正文，post提交的数据放在正文中
http响应的格式
状态行：明确针对请求的的处理结果，协议版本，状态码，状态码的描述
状态码：
1xx一些描述和协商信息，101协议切换的响应
2xx:响应成功处理，200 ok,206断点续传
3xx:表示资源已经重定向，301永久重定向，302临时重定向
4xx:表示客户端请求错误，404没有资源，400请求格式错误
5xx:表示服务器错误，500 内部错误，502代理请求错误，504代理请求超时
响应头：
content-type:指定消息的体的内容格式和编码
connection:长连接还是短连接
sever:提供服务器的信息
响应正文：请求的内容
加密的http协议：ssL加密
身份认证：CA证书-通信双方都信任的权威机构，双方都含有证书
通信前将证书发给对方，拿到证书进行解析确认是否是自己想要通信的机构，确认是否是自己信任的机构。
传输加密：对通信数据进行加密防止网络监听
对称加密：加密与解密密钥（算法）相同，不安全容易被劫持但效率高
非对称加密：加解密的密钥不同，公钥和私钥，将公钥交给对方，对方使用公钥对数据进行加密，发送过来自己使用私钥进行解密，安全，不怕被劫持，加解密效率低但是安全。
ssl先使用非对称密钥协商对称密钥，后使用非对称密钥进行传输加密