\
一、TCP和UDP有什么区别？TCP为什么是三次握手，而不是两次
TCP作为一种可靠传输控制协议，其核心思想既要保证数据可靠传输，又要提高传输的效率，而用三次恰恰可以满足以上两方面的需求！
TCP可靠传输的精髓：TCP连接的一方A，由操作系统动态随机选取一个32位长的序列号（Initial Sequence Number）， 假设A的初始序列号为1000，以该序列号为原点，对自己将要发送的每个字节的数据进行编号，1001，1002，1003…，把自己的初始序列号ISN告诉B，让B有一个思想准备，什么样编号的数据是合法的，什么编号是非法的，比如编号900就是非法的，同时B还可以对A每一个编号的字节数据进行确认。如果A收到B确认编号为2001，则意味着字节编号为1001-2000，共1000个字节已经安全到达。
同理B也是类似的操作，假设B的初始序列号ISN为2000，以该序列号为原点，同理B也是类似的操作，假设B的初始序列号ISN为2000，以该序列号为原点，以便A可以确认B发送的每一个字节。如果B收到A确认编号为4001，则意味着字节编号为2001-4000，共2000个字节已经安全到达。
一句话概括，TCP连接握手，握的是啥？
通信双方数据原点的序列号！
以此核心思想我们来分析二、三、四次握手的过程。
A <-------> B
四次握手的过程：
1.1 A 发送同步信号SYN + A's Initial sequence number
1.2 B 确认收到A的同步信号，并记录 A's ISN 到本地，命名 B's ACK sequence number
1.3 B发送同步信号SYN + B's Initial sequence number
1.4 A确认收到B的同步信号，并记录 B's ISN 到本地，命名 A's ACK sequence number
很显然1.2和1.3 这两个步骤可以合并，只需要三次握手， 可以提高连接的速度与效率。
二次握手的过程：
2.1 A 发送同步信号SYN + A's Initial sequence number
2.2 B发送同步信号SYN + B's Initial sequence number + B's ACK sequence number
这里有一个问题，A与B就A的初始序列号达成了一致，这里是1000。但是B无法知道A是否已经接收到自己的同步信号，如果这个同步信号丢失了，A和B就B的初始序列号将无法达成一致。
于是TCP的设计者将SYN这个同步标志位SYN设计成占用一个字节的编号（FIN标志位也是） ，既然是一个字节的数据，按照TCP对有数据的TCP segment 必须确认的原则，所以在这里A必须给B一个确认，以确认A已经接收到B的同步信号。
有童鞋会说，如果A发给B的确认丢了，该如何？
A会超时重传这个ACK吗？不会！TCP不会为没有数据的ACK超时重传。
那该如何是好？B如果没有收到A的ACK，会超时重传自己的SYN同步信号，一直到收到A的ACK为止。
流程：
第一个包，即A发给B的SYN 中途被丢，没有到达B
A会周期性超时重传，直到收到B的确认
第二个包，即B发给A的SYN +ACK 中途被丢，没有到达A
B会周期性超时重传，直到收到A的确认
第三个包，即A发给B的ACK 中途被丢，没有到达B
A发完ACK，单方面认为TCP为 Established状态，而B显然认为TCP为Active状态
a. 假定此时双方都没有数据发送，B会周期性超时重传，直到收到A的确认，收到之后B的TCP 连接也为 Established状态，双向可以发包。
b. 假定此时A有数据发送，B收到A的 Data + ACK，自然会切换为established 状态，并接受A的 Data。
c. 假定B有数据发送，数据发送不了，会一直周期性超时重传SYN + ACK，直到收到A的确认才可以发送数据。
二、JAVA有哪几种IO模型？有什么区别？
BIO 同步阻塞IO：可靠性差，吞吐量低，使用于连接比较少且比较固定的场景。jdk1.4前只有这一种模型。编程模型最简单
NIO 同步非阻塞IO：可靠性比较好，吞吐量比较高，适用于连接比较多且连接比较短（轻操作）。（例如聊天室，每人发一句话）jdk1.4后支持。编程模型最复杂
AIO 非同步阻塞IO：可靠性是最好的，吞吐量高。适用于连接比较多且连接比较长（重操作）。（例如文件服务器）jdk1.7后支持的。编程模型比较简单，但是需要操作系统来进行异步通知
同步阻塞概念：
三、JAVA NIO的几个核心组件是什么？分别有什么作用？
Client会把数据写到Buffer当中，写会有一个写的事件，这个事件会通过Channel注册到Selector上，通知Selector，Selector再通知Server来安排空闲线程来处理
Channel类似于一个流，每个Channel对应一个Buffer缓冲区。Channel会注册到Selector。
Selector会根据Channel上发生的读写事件，将请求交由某个空闲线程处理，Selector对应一个或多个线程，线程数量由Server端控制
Buffer和Channel都是可读可写的
四、select，poll，epoll有什么区别
他们是NIO中多路复用的三种实现机制，是由Linux操作系统提供的
用户空间和内核空间：操作系统为了保护系统安全，将内核划分为两个部分，一个是用户空间，一个是内核空间，用户空间不能直接访问底层的硬件设备，必须通过内核空间。
文件描述符 File Descriptor(FD)：是一个抽象的概念，形式上是一个整数，实际上是一个索引值。指向内核中为每个进程维护进程所打开的文件的记录表。当程序打开一个文件或创建一个文件时，内核就会向进程返回一个FD。通常只会在Unix，Linux系统。
select机制：会维护一个FD的集合 fd_set。实现多路复用是将fd_set从用户空间复制到内核空间，再激活socket连接，但是x64的操作系统下对fd_set的大小是有限制的，为2048
Poll机制：它的机制和select机制是差不多的，但是它将fd_set结构进行了优化，FD集合的大小就突破了操作系统的限制。fd_set是一个数组结构，在poll里使用了pollfd代替了fd_set，pollfd是通过链表实现的。
EPoll机制（Event Poll） ：Linux2.6提出来的，事件驱动，它不再扫描所有的FD，只将用户关心的FD的事件存放到内核的一个事件表。这样就可以减少用户空间与内核空间之前需要拷贝的数据。
五、描述一下Http和Https的区别
近期评论