1 http -->应用层协议
tcp --->传输层协议 --ip --网络层协议
http基于tcp协议；

2 udp 和tcp 面向链接和无连接 tcp 安全 udp不保证数据的安全 连续性

3 tcp 的三次握手 和四次握手

客户端–发送带有SYN标志的数据包–一次握手–服务端
服务端–发送带有SYN/ACK标志的数据包–二次握手–客户端
客户端–发送带有带有ACK标志的数据包–三次握手–服务端

客户端-发送一个FIN，用来关闭客户端到服务器的数据传送
服务器-收到这个FIN，它发回一个ACK，确认序号为收到的序号加1 。和SYN一样，一个FIN将占用一个序号
服务器-关闭与客户端的连接，发送一个FIN给客户端
客户端-发回ACK报文确认，并将确认序号设置为收到序号加1

image.png

状态码 :
200 Ok;
204 没有内容--请求成功，但响应报文不含实体的主体部分（联想404 资源没找到）
206 部分内容---range配合使用

301 永久重定向
302 临时重定向
303 有其他url 需要get获取
304 内容未发生变化
307 临时重定向

404 资源未找到
403 资源请求被拒绝
401 没有认证信息
400 请求报文错误

500 服务器异常
503 服务器停机维护

image.png

格式：
http 请求头 http 版本 get/post方法 状态码
换行
key-value
空一行
内容体

读写socket时 为何会阻塞？ 非阻塞I/O

image

_images/4450781-482dbfe0063c256b.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

我们获取的socket 实际是一个引用对象，实际的对象实际是在系统内核中的，socket有两个 buffer 分别是 读buffer和写buffer
内核中有单独的线程不断的将写buffer中的内容 拷贝到网卡中，传输出去
也有单独的线程将收到的消息拷贝到读buffer 中等待用户来读

写buffer是有限的，因此写的快了 就会阻塞
读buffer可能为空，因此读一个字节也可能阻塞等待。

三次握手

image

四次挥手

image

HTTPS 就是 http + ssl

image

tls 是ssl的升级版 --即可
一般来说，HTTPS 主要用途有三个：一是通过证书等信息确认网站的真实性；二是建立加密的信息通道；三是数据内容的完整性。

认证网站的时候使用非对称加密，之后传输数据使用对称加密

image.png

http 头信息

HTTP 头部解释

1. Accept：告诉WEB服务器自己接受什么介质类型，/ 表示任何类型，type/* 表示该类型下的所有子类型，type/sub-type。

2. Accept-Charset： 浏览器申明自己接收的字符集
   Accept-Encoding： 浏览器申明自己接收的编码方法，通常指定压缩方法，是否支持压缩，支持什么压缩方法 （gzip，deflate）
   Accept-Language：：浏览器申明自己接收的语言语言跟字符集的区别：中文是语言，中文有多种字符集，比如big5，gb2312，gbk等等。

3. Accept-Ranges：WEB服务器表明自己是否接受获取其某个实体的一部分（比如文件的一部分）的请求。bytes：表示接受，none：表示不接受。

4. Age：当代理服务器用自己缓存的实体去响应请求时，用该头部表明该实体从产生到现在经过多长时间了。

5. Authorization：当客户端接收到来自WEB服务器的 WWW-Authenticate 响应时，该头部来回应自己的身份验证信息给WEB服务器。

6. Cache-Control：请求：no-cache（不要缓存的实体，要求现在从WEB服务器去取）
   max-age：（只接受 Age 值小于 max-age 值，并且没有过期的对象）
   max-stale：（可以接受过去的对象，但是过期时间必须小于
   max-stale 值）
   min-fresh：（接受其新鲜生命期大于其当前 Age 跟 min-fresh 值之和的
   缓存对象）
   响应：public(可以用 Cached 内容回应任何用户)
   private（只能用缓存内容回应先前请求该内容的那个用户）
   no-cache（可以缓存，但是只有在跟WEB服务器验证了其有效后，才能返回给客户端）
   max-age：（本响应包含的对象的过期时间）
   ALL: no-store（不允许缓存）

7. Connection：请求：close（告诉WEB服务器或者代理服务器，在完成本次请求的响应
   后，断开连接，不要等待本次连接的后续请求了）。
   keepalive（告诉WEB服务器或者代理服务器，在完成本次请求的
   响应后，保持连接，等待本次连接的后续请求）。
   响应：close（连接已经关闭）。
   keepalive（连接保持着，在等待本次连接的后续请求）。
   Keep-Alive：如果浏览器请求保持连接，则该头部表明希望 WEB 服务器保持
   连接多长时间（秒）。
   例如：Keep-Alive：300

8. Content-Encoding：WEB服务器表明自己使用了什么压缩方法（gzip，deflate）压缩响应中的对象。
   例如：Content-Encoding：gzip
   Content-Language：WEB 服务器告诉浏览器自己响应的对象的语言。
   Content-Length： WEB 服务器告诉浏览器自己响应的对象的长度。
   例如：Content-Length: 26012
   Content-Range： WEB 服务器表明该响应包含的部分对象为整个对象的哪个部分。
   例如：Content-Range: bytes 21010-47021/47022
   Content-Type： WEB 服务器告诉浏览器自己响应的对象的类型。
   例如：Content-Type：application/xml

9. ETag：就是一个对象（比如URL）的标志值，就一个对象而言，比如一个 html 文件，
   如果被修改了，其 Etag 也会别修改， 所以，ETag 的作用跟 Last-Modified 的
   作用差不多，主要供 WEB 服务器 判断一个对象是否改变了。
   比如前一次请求某个 html 文件时，获得了其 ETag，当这次又请求这个文件时，
   浏览器就会把先前获得的 ETag 值发送给 WEB 服务器，然后 WEB 服务器
   会把这个 ETag 跟该文件的当前 ETag 进行对比，然后就知道这个文件
   有没有改变了。

10. Expired：WEB服务器表明该实体将在什么时候过期，对于过期了的对象，只有在
    跟WEB服务器验证了其有效性后，才能用来响应客户请求。
    是 HTTP/1.0 的头部。
    例如：Expires：Sat, 23 May 2009 10:02:12 GMT

11. Host：客户端指定自己想访问的WEB服务器的域名/IP 地址和端口号。
    例如：Host：rss.sina.com.cn

12. If-Match：如果对象的 ETag 没有改变，其实也就意味著对象没有改变，才执行请求的动作。
    If-None-Match：如果对象的 ETag 改变了，其实也就意味著对象也改变了，才执行请求的动作。

13. If-Modified-Since：如果请求的对象在该头部指定的时间之后修改了，才执行请求
    的动作（比如返回对象），否则返回代码304，告诉浏览器该对象
    没有修改。
    例如：If-Modified-Since：Thu, 10 Apr 2008 09:14:42 GMT
    If-Unmodified-Since：如果请求的对象在该头部指定的时间之后没修改过，才执行
    请求的动作（比如返回对象）。

14. If-Range：浏览器告诉 WEB 服务器，如果我请求的对象没有改变，就把我缺少的部分
    给我，如果对象改变了，就把整个对象给我。 浏览器通过发送请求对象的
    ETag 或者 自己所知道的最后修改时间给 WEB 服务器，让其判断对象是否
    改变了。
    总是跟 Range 头部一起使用。

15. Last-Modified：WEB 服务器认为对象的最后修改时间，比如文件的最后修改时间，
    动态页面的最后产生时间等等。
    例如：Last-Modified：Tue, 06 May 2008 02:42:43 GMT

16. Location：WEB 服务器告诉浏览器，试图访问的对象已经被移到别的位置了，
    到该头部指定的位置去取。
    例如：Location：
    http://i0.sinaimg.cn/dy/deco/2008/0528/sinahome_0803_ws_005_text_0.gif

17. Pramga：主要使用 Pramga: no-cache，相当于 Cache-Control： no-cache。
    例如：Pragma：no-cache

18. Proxy-Authenticate： 代理服务器响应浏览器，要求其提供代理身份验证信息。
    Proxy-Authorization：浏览器响应代理服务器的身份验证请求，提供自己的身份信息。

19. Range：浏览器（比如 Flashget 多线程下载时）告诉 WEB 服务器自己想取对象的哪部分。
    例如：Range: bytes=1173546-

20. Referer：浏览器向 WEB 服务器表明自己是从哪个 网页/URL 获得/点击 当前请求中的网址/URL。
    例如：Referer：http://www.sina.com/

21. Server: WEB 服务器表明自己是什么软件及版本等信息。
    例如：Server：Apache/2.0.61 (Unix)

22. User-Agent: 浏览器表明自己的身份（是哪种浏览器）。
    例如：User-Agent：Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN;
    rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14

23. Transfer-Encoding: WEB 服务器表明自己对本响应消息体（不是消息体里面的对象）
    作了怎样的编码，比如是否分块（chunked）。
    例如：Transfer-Encoding: chunked

24. Vary: WEB服务器用该头部的内容告诉 Cache 服务器，在什么条件下才能用本响应
    所返回的对象响应后续的请求。
    假如源WEB服务器在接到第一个请求消息时，其响应消息的头部为：
    Content-Encoding: gzip; Vary: Content-Encoding 那么 Cache 服务器会分析后续
    请求消息的头部，检查其 Accept-Encoding，是否跟先前响应的 Vary 头部值
    一致，即是否使用相同的内容编码方法，这样就可以防止 Cache 服务器用自己
    Cache 里面压缩后的实体响应给不具备解压能力的浏览器。
    例如：Vary：Accept-Encoding

25. Via： 列出从客户端到 OCS 或者相反方向的响应经过了哪些代理服务器，他们用
    什么协议（和版本）发送的请求。
    当客户端请求到达第一个代理服务器时，该服务器会在自己发出的请求里面
    添加 Via 头部，并填上自己的相关信息，当下一个代理服务器 收到第一个代理
    服务器的请求时，会在自己发出的请求里面复制前一个代理服务器的请求的Via
    头部，并把自己的相关信息加到后面， 以此类推，当 OCS 收到最后一个代理服
    务器的请求时，检查 Via 头部，就知道该请求所经过的路由。
    例如：Via：1.0 236-81.D07071953.sina.com.cn:80 (squid/2.6.STABLE13)