# Socket Linux与网络通信相关的命令： ~~~bash # 查看某个进程的网络连接状况 lsof -p pid netstat -napt # 抓取网络通信的数据包，其中eth0为某个特定的网卡，9090为要监听的端口号 tcpdump -nn -i eth0 port 9090 # 查看网卡的MTU ifconfig ~~~ 在TCP协议中，只要经过了三次握手，操作系统就会在内核级别开辟资源，而并一定要服务端调用accept方法来接收连接。只要内核之间开辟了资源，就可以完成面向连接的过程，这个时候应用程序可能还没有收到连接的数据。 因此Socket是内核级别的、Java程序的Socket只是对内核的Socket进行了封装调用。在操作系统内核层面中，只要一个Socket四元组中有一个元素不一样，就可以区分出不同的连接。Socket四元组为： ~~~ Socket=(客户端IP、客户端端口号、服务端IP、服务端端口号) ~~~ 所以只要内存够用，实现百万连接时没有什么问题，同时一条连接在Linux系统中就会被抽象成一个文件描述符（调用accept方法之后才分配，但是此时内核中已经有这条连接所占据的资源了）。   **Socket连接过程** 1. 服务端启动，但是还没有accept之前，会在服务端监听指定的端口号、此时查看网络连接状态为'LISTEN'状态。此时没有任何的数据包发送，同时服务端会分配一个TCP类型的文件描述符，这是ServerSocket所占用的文件描述符。 2. 在服务端还没有调用accept之前，此时如果有客户端的连接，此时会有三次握手的过程，同时也会创建新的网络连接，但是该网络连接并没有分配进程和文件描述符，此时，如果客户端向服务端发送数据，则服务端会将数据保留在内核中。 3. 服务端调用accept，会分配一个文件描述符，此时应用程序才能从内核中拿取数据。 三次握手的抓包过程： :-:  此时服务端accept方法还没有调用（手动阻塞），查看网络连接情况： :-:  可以发现最后并没有将该连接分配给哪个进程处理，但是连接已经在内核建立了，客户端可以向服务端发送数据，仍然会被内核接收： :-:  之后服务端调用accept方法后将该连接分配给对应的进程处理： :-:  同时分配了新的文件描述符： :-:    ## Socket连接参数 1. BACK_LOG：如果客户端的连接超过该值+1，则该连接会显示“SYN_RECV”状态，表示服务端没有向客户端确认。 2. SO_TIMEOUT：设置accept的超时时间，0表示永久阻塞。 3. NO_DELAY：表示是否开启优化算法，设置为true时有多少数据就发送多少数据。 4. KeepAlive：保持连接的时间。