|
| 1 | +## TCP/IP |
| 2 | +OSI是一个理论上的七层网络通信模型，而TCP/IP则是实际运行的四层网络协议。TCP/IP包含： |
| 3 | + |
| 4 | +1. 网络接口层，主机必须使用某种协议与网络相连 |
| 5 | +2. 网络层，使主机可以把分组发往任何网络，并使分组独立地传向目标。IP协议 |
| 6 | +3. 传输层，使源端和目的端机器上的对等实体可以进行会话。TCP和UDP协议 |
| 7 | +4. 应用层，包含所有的高层协议，FTP/TELNET/SMTP/DNS/NNTP/HTTP |
| 8 | + |
| 9 | +## HTTP |
| 10 | +HTTP是TCP/IP协议中的【应用层】协议。它不涉及数据包传输，主要规定了客户端和服务器之间的通信格式，是互联网信息交互中最常用的协议 |
| 11 | + |
| 12 | +特点： |
| 13 | + |
| 14 | +1. 简单快速。只需要传【请求方法】与【资源路径】就能确定资源 |
| 15 | +2. 灵活，传输【任意类型】的数据 |
| 16 | +3. 无连接，一般一次连接只处理一个请求，结束后主动释放连接，但在HTTP1.1中可以使用keep-alive来复用相同的TCP连接发送多个请求 |
| 17 | +4. 无状态，客户端向服务器发送HTTP请求之后，服务器会给我们发送数据过来，但不会记录任何信息。所以Cookie、Session产生了。 |
| 18 | + |
| 19 | +## TCP |
| 20 | +TCP是一种面向连接的、可靠的、基于字节流的TCP/IP协议中的【传输层】协议 |
| 21 | + |
| 22 | + |
| 23 | + |
| 24 | +### 建立连接：三次握手 |
| 25 | +1. 建立连接时，客户端发送syn包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认；SYN：同步序列编号（Synchronize Sequence Numbers）。 |
| 26 | +2. 服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态； |
| 27 | +3. 客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=k+1），此包发送完毕，客户端和服务器进入ESTABLISHED（TCP连接成功）状态，完成三次握手。 |
| 28 | + |
| 29 | +### 为什么要采用三次握手，两次不行吗 |
| 30 | +避免由于网络延迟导致的创建无效连接的问题。比如客户端发出的一个连接请求没有丢失，而是长时间在某个网络节点滞留了，以至于到连接释放之后才到达服务端，如果不使用三次握手，一旦服务端发出请求连接就会建立连接，但是这个连接请求已经失效了，则会浪费服务端的资源。 |
| 31 | + |
| 32 | +### 关闭连接：四次挥手 |
| 33 | +1. 当主机A的应用程序通知TCP数据已经发送完毕时，TCP向主机B发送一个带有FIN附加标记的报文段（FIN表示英文finish）。 |
| 34 | +2. 主机B收到这个FIN报文段之后，并不立即用FIN报文段回复主机A，而是先向主机A发送一个确认序号ACK，同时通知自己相应的应用程序：对方要求关闭连接（先发送ACK的目的是为了防止在这段时间内，对方重传FIN报文段）。 |
| 35 | +3. 主机B的应用程序告诉TCP：我要彻底的关闭连接，TCP向主机A送一个FIN报文段。 |
| 36 | +4. 主机A收到这个FIN报文段后，向主机B发送一个ACK表示连接彻底释放。 |
| 37 | + |
| 38 | +### 为什么连接的时候是三次握手，关闭的时候却是四次握手 |
| 39 | +因为当Server端收到Client端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，SYN报文是用来同步的。但是关闭连接时，当Server端收到FIN报文时，很可能并不会立即关闭SOCKET，所以只能先回复一个ACK报文，告诉Client端，"你发的FIN报文我收到了"。只有等到我Server端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。故需要四步握手。 |
| 40 | + |
| 41 | +### 滑动窗口协议 |
| 42 | +滑动窗口协议是传输层进行流控的一种措施，接收方通过通告发送方自己的窗口大小，从而控制发送方的发送速度，从而达到防止发送方发送速度过快而导致自己被淹没的目的。 |
| 43 | + |
| 44 | +ACK包含两个非常重要的信息：一是期望接收到的下一字节的序号n，该n代表接收方已经接收到了前n-1字节数据。二是当前的窗口大小m，如此发送方在接收到ACK包含的这两个数据后就可以计算出还可以发送多少字节的数据给对方，这就是滑动窗口控制流量的基本原理 |
| 45 | + |
| 46 | +TCP的滑动窗口是动态的，应用程序在需要（如内存不足）时，通过API通知TCP协议栈缩小TCP的接收窗口。然后TCP协议栈在下个段发送时包含新的窗口大小通知给对端，对端按通知的窗口来改变发送窗口，以此达到减缓发送速率的目的。 |
| 47 | + |
| 48 | +### 与UDP区别 |
| 49 | +* TCP提供面向连接的、可靠的数据流传输，而UDP提供的是非面向连接的、不可靠的数据流传输，如QQ |
| 50 | +* TCP注重数据安全性，UDP数据传输快，因为不需要连接等待，少了许多操作，但是其安全性却一般 |
| 51 | +* TCP对应的协议（FTP/SMTP/HTTP），UDP（DNS） |
| 52 | + |
| 53 | +## HTTPS |
| 54 | +HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，要比http协议安全，可防止数据在传输过程中不被窃取、改变，确保数据的完整性，它大幅增加了中间人攻击的成本。 |
| 55 | + |
| 56 | +加密过程： |
| 57 | + |
| 58 | +1. Hello - 握手开始于客户端发送Hello消息。包含服务端为了通过SSL连接到客户端的所有信息，包括客户端支持的各种密码套件和最大SSL版本。服务器也返回一个Hello消息，包含客户端需要的类似信息，包括到底使用哪一个加密算法和SSL版本。 |
| 59 | +2. 证书交换 - 现在连接建立起来了，服务器必须证明他的身份。这个由SSL证书实现，像护照一样。SSL证书包含各种数据，包含所有者名称，相关属性（域名），证书上的公钥，数字签名和关于证书有效期的信息。客户端检查它是不是被CA验证过的且根据数字签名验证内容是否被修改过。注意服务器被允许需求一个证书去证明客户端的身份，但是这个只发生在敏感应用。 |
| 60 | +3. 密钥交换 - 先使用RSA非对称公钥加密算法（客户端生成一个对称密钥，然后用SSL证书里带的服务器公钥将改对称密钥加密。随后发送到服务端，服务端用服务器私钥解密，到此，握手阶段完成。）或者DH交换算法（上面有）在客户端与服务端双方确定一将要使用的密钥，这个密钥是双方都同意的一个简单，对称的密钥，这个过程是基于非对称加密方式和服务器的公钥/私钥的。 |
| 61 | +4. 加密通信 - 在服务器和客户端加密实际信息是用到对称加密算法，用哪个算法在Hello阶段已经确定。对称加密算法用对于加密和解密都很简单的密钥，这个密钥是基于第三步在客户端与服务端已经商议好的。与需要公钥/私钥的非对称加密算法相反。 |
| 62 | + |
| 63 | +## Socket |
| 64 | +Socket本质是编程接口(API)，对TCP/IP的封装，TCP/IP也要提供可供程序员做网络开发所用的接口，是操作系统对外开放的接口 |
| 65 | + |
| 66 | + |
| 67 | + |
| 68 | + |
| 69 | + |
| 70 | +欢迎光临[91Code](http://www.91code.info/?utm_source=github&utm_medium=github)，发现更多技术资源~ |
0 commit comments