网络编程入门（面向程序员）

客官°小女子只卖身不卖艺 2022-03-26 08:10 235阅读 0赞

本文的主要目的是面向程序员，所以涉及比较多的TCP/IP协议以及Socket协议有关的代码编程。在学习这两个协议之前，先对整个互联网的运行原理总结一下。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FuZ2VsaWE2MjA_size_16_color_FFFFFF_t_70][]

### 互联网协议（Internet Protocol Suite） ###

首先，根据各种信息的总结，这里我们将互联网协议分为五层（有的会分为四层，具体内容查看[TCP/IP协议族][TCP_IP]），自上而下分别是应用层、传输层、网络层、数据链路层、实体层。下面我们将从下往上分析它们。

**1、实体层 ---- （以二进制bit数据信号流进行传输）**

传输的是基于二进制数据的电信号，主要包括光缆、电缆、刷绞线、WIFI无线电波等物理连接手段。

**2、链路层 ----- （以MAC地址进行传输**）

传输的是基于以太网协议的数据包“帧”，分为头部和数据部分，头部包含的是用于识别接收机的MAC地址，数据部分则包含的是传输内容。通过MAC地址广播到网络中其他主机，是子网络中的主机与主机的通信。

![20190116144102503.png][]

**3、网络层 ---- （以IP地址进行传输）**

网络层是真正意义上不限边界的整个网络中的主机与主机的通信，传输是基于IP协议的数据包，它是对帧的进一步细化，在以太网数据包的data中细化出来一部分作为IP数据包的头header2，剩余部分仍旧为data

![20190116144121837.png][]

原因是仅通过广播的手段去遍历互联网中的每一台主机，是很困难的事情。因此，网络层区分出来一个子网络的概念，即：

*  如果两台主机（发送方和接收方）在同一个子网络下的时候，依然才去链接层通过MAC地址广播的方式去通信，数据包中关于接收方信息的内容为主机IP和主机MAC地址；
 *  如果不在同一个子网络下，则需要交给两个子网络的连接处——网关（gateway）去处理，数据包中关于接收方信息的内容为主机IP和网关MAC地址。

**那么如何判断两台主机是否在同一个子网络下呢？**

通过IP协议的规定，IP协议包括IP地址，子网掩码，网关IP地址，DNS IP地址。当我们在浏览器中输入一个网址的时候，会首先请求DNS服务通过DNS协议的要求将网址转为实际的IP地址，对应的就是一台主机，然后通过将两台主机（本地主机和服务端主机）的IP地址与本地的子网掩码做AND运算，结果如果一致则为同一子网络，不一致则为不同的子网络。

**网络层只认IP地址，MAC地址是链接层的概念，也就是说MAC地址只在子网络中使用，所以在网络层中理论上原始IP数据包只有IP地址，那么如何通过IP地址获得MAC地址呢？**

首先两台机器在同一个子网络的时候，可以使用ARP协议：原数据包包含IP地址，MAC地址为六对均为F的十六进制地址，作为广播地址标示，子网络每台机器接收到这个数据包都会与自己的IP地址进行比对，如果一致则返回MAC地址，如果不一致则扔掉不处理。

**4、传输层 ---- （有两种传输方式，TCP和UDP）**

传输层是网络数据包与主机内部程序的联系，参数为端口号（port），实际上端口就是每一个使用主机网卡的程序编号，这一层是端到端的通信。主要包含的通信协议是我们熟知的TCP和UDP协议。关于UDP，它又是在IP数据包的基础上对其data部分进一步细化，划分出来的一个头部header3，填充的是端口。

![20190116145013364.png][]

UDP协议的出现时理所当然的，顺应着以太网数据包到IP数据包的变换，直接加入了端口的参数，但是UDP协议是不安全的，会出现丢包的行为，因为引出了安全的，复杂的，确认式的TCP协议，它是加入了一个TCP头，而不是赤裸裸的端口号。

![20190116145223912.png][]

**5、应用层 ---- （应用程序，用户直接接触的可视化视图应用）**

这是属于应用程序解读网络数据包的一层。这里有不同的协议进一步划分了原数据包中data的部分，加入了对SMTP、DNS。Telnet、HTTP、FTP等传输协议的支持，存储在data新划分出来的头部header4，这些协议都属于应用层协议。

![20190116145712949.png][]

**互联网协议总结**

这次我们从上而下，模仿一个普通用户浏览Google浏览器，它的网络数据包package是如何发出的：

*  package包本是一串二进制电信号
 *  加入本地MAC地址，加入数据内容
 *  寻找访问主机的MAC地址：先将域名www.google.com通过DNS服务器转换为IP地址，然后和本地的IP地址对比，如果不是同一个子网络，则丢给当前本地主机的网关，经过堆成网关的转发找到访问主机的网关地址，然后通过ARP协议，找到网关所在的子网络中的IP一致的主机，找到它的MAC地址，加入package包，以太网数据包组装完毕
 *  加入本地主机和访问主机IP，IP数据包组装完毕
 *  加入TCP头（或者直接是使用UDP协议，加入端口号），传输层数据包组装完毕
 *  加入HTTP头，网络数据包package全部组装完毕

最终的数据包结构是：

![20190116150434628.png][]

最后，目前整个互联网协议采用的是TCP/IP协议族，也就是上面各层出现的协议都属于TCP/IP协议的一部分。

### Socket ----- 套接字 ###

Socket本质是编程接口（API），对TCP/IP的封装，TCP/IP也要提供可供程序员做网络开发所用的接口，这就是Socket编程接口；HTTP相当于轿车，提供了封装或者显示数据的具体形式；Socket相当于发动机，提供网络通信的能力。

**Socket 与 IO**

IO读写流遵循Open-Read-Write-Close的操作范式。当一个进程open了一个io流以后，可以对其进行多次的读写操作，然后在将其close。socket与这种IO流十分类似，也遵循一个打开socket（open），接收或发送socket（读写），关闭socket（close）的操作范式。

一个socket地址是由网络地址和端口号组成的通信标识符。进程间通信操作需要一对儿socket。

**Socket 与 TCP/UDP**

Socket编程基于两种协议：TCP或UDP

*  数据报通信

即基于UDP的Socket编程。UDP是一种无连接的协议，每次通信都要额外带上双方的Socket信息（即IP加端口等描述性         信息）

*  流通信

即基于TCP的Socket编程。TCP是一种基于连接的协议，每次通信要先通过双方Socket信息建立一个连接通道。其中一个作为服务端监听连接请求，另一个作为客户端发送连接请求。连接一旦建立，就可以单向或者双向的多次数据传输。

UDP是不可靠的协议，有可能丢包，但是它不必耗时建立连接，但是每个数据包的大小有64kb的限制，所以在某些实时性要求较高但是对丢包不太敏感的场景下比较适合使用。

TCP是可靠的协议，不会丢包，但是由于是基于连接的，所以在创立连接的时候回耗时，连接建立以后就与正常的IO一样，数据传输并没有大小的限制，同时数据传输是有顺序的，发包顺序和接包顺序是一致的。在远程登录或FTP文件传输过程中，使用TCP是适合的，因为它对未知的数据流量大小并不敏感。

**Java TCP Socket 编程**

*  客户端：java.net.Socket
 *  服务端：Java.net.ServerSocket

*此类实现客户端套接字（也可以就叫“套接字”）。套接字是两台机器间通信的端点。套接字的实际工作由 SocketImpl 类的实例执行。应用程序通过更改创建套接字实现的套接字工厂可以配置它自身，以创建适合本地防火墙的套接字。*

*注：java中接口的对象声明，初始化只能为null，无法创建接口对象。*

理解Socket最简单的就是把它当做一个普通的IO节点流，socket是一个设备文件。Socket有自己的getInputStream()方法来获得输入流读取Socket内容，也有自己的getOutputStream()方法来获得输出流写到Socket中去。

@Test
        /**
         * 客户端测试
         */
        public void clientRequest() throws UnknownHostException, IOException {
            Socket client = new Socket(ipAddress, port);
            // 利用缓冲器来写入client内容
            BufferedWriter bw = new BufferedWriter(new OutputStreamWriter(client.getOutputStream()));
            bw.write("test client...");
            // 关闭IO对象，释放资源
            bw.close();
            client.close();
        }

然后写一个服务器端监听服务：

@Test
        public void serverListening() throws IOException {
            ServerSocket server = new ServerSocket(port);// 服务端Socket开始监听端口port
            Socket socket = server.accept();// 当没有客户端连入时会保持监听状态
            // 连入客户端以后开始往下执行，最终随着客户端断开，连接自动关闭
            BufferedReader br = new BufferedReader(new InputStreamReader(socket.getInputStream()));
            StringBuilder sb = new StringBuilder();
            String str;
            while ((str = br.readLine()) != null) {
                sb.append(str);
            }
            // 关闭IO对象，释放资源
            br.close();
            socket.close();
            server.close();
            // 打印读取的数据
            logger.info(sb);
        }

开始测试，我们首先开启服务端监听服务，开启后会发现服务端会始终保持监听状态。然后执行客户端请求方法，会发现此时服务端开始读取客户端传入的数据（实际上也可以理解为写入socket设备文件的内容），打印出来并且随着客户端请求方法的执行结束断开连接以后，服务端也跟着断开连接。

**基于TCP的服务端客户端模型**

一个标准的基于TCP的服务器客户端模型需要满足几个条件：

*  服务端应该同时处理多个客户端的请求，因此我们要在服务端引入多线程
 *  连接建立以后，我们希望这个连接能够保持，因此要在服务端客户端双向的socket关闭之前做一定的处理（无限while循环，直到接受结束指令）
 *  多个客户端连接到同一个服务端，我们希望能够有客户端的编号以作区分
 *  客户端向服务端发起请求，服务端可以接受请求并处理，返回响应，客户端接受响应也可做按照指令做相关处理。
 *  客户端可以发起“连接关闭”的请求来通知服务端自己主动断开了连接，服务端也可以发起“连接关闭”的响应来通知客户端自己主动断开了连接，双方都有主动断开的能力。

*关于客户端编号的问题，我尝试了几种方案，最终选择了使用客户端socket.hashCode()作为编号，然而该编号在多个客户端发起请求时值是相等的，但是服务端接收的客户端socket的hashCode是不同的，也就是说，在服务端可以通过socket.hashCode()来作为多客户端的编号区分，但是在客户端方面，无法认知自己是哪个编号。因此，我对代码做了一些调整，socket建立连接是发生在socket实例创建时，创建完成以后，首先会从服务端发起一个响应（我们默认所有从服务端发出的消息都为响应，而所有从客户端发起的消息都为请求。），将该socket.hashCode传给客户端，客户端获得该编号以后立即打印出来以标明自己的身份。*

下面看代码，首先写一个Socket的多线程类：

package javaS.IO.socketS;
    
    import java.io.BufferedReader;
    import java.io.IOException;
    import java.io.InputStreamReader;
    import java.io.PrintStream;
    import java.net.Socket;
    
    /**
     * 服务端多线程，一个服务端可以同时处理多个客户端的请求
     * 
     *
     */
    public class ServerThread extends Base implements Runnable {
        private Socket client = null;
    
        public ServerThread(Socket client) {
            this.client = client;
        }
    
        @Override
        public void run() {
            try {
                PrintStream sendResponse = new PrintStream(client.getOutputStream());
                BufferedReader getRequest = new BufferedReader(new InputStreamReader(client.getInputStream()));
                sendResponse.println("clientID:" + client.hashCode());
                boolean flag = true;
                while (flag) {
                    String req = getRequest.readLine();
                    if (req == null || "".equals(req)) {
                        logger.info("获得空请求，关闭该连接：" + client.hashCode());
                        break;
                    }
                    if ("disconnect".equals(req)) {
                        flag = false;// 获得客户端终止标示的请求，则断开连接。
                    } else {
                        logger.info(req);
                        sendResponse.println("echo:" + req);
                    }
                }
                getRequest.close();
                sendResponse.close();
                client.close();
            } catch (IOException e) {
                e.printStackTrace();
            }
        }
    
    }

这个类中，我们定义了一个客户端Socket的实例属性作为类的成员变量。该类实现了Runnable接口，要复写run方法（多线程的基本知识这里就不再多说了）。run方法中，我们先获取socket的输入输出流，然后加入了一个“无限循环”用来保持该连接中服务端的监听状态，然后是对socket中请求内容的处理（这里有一个特殊情况，就是当该连接中客户端连接断开以后，服务端连接不会自动断开，而是不断接收到null的请求，所以这里要针对这种情况，主动将该连接的服务端方面断开。）然后是将”disconnect”作为连接终止信号进行处理断开该连接中服务端方面的Socket。接着就是正常的打印出发自客户端的请求内容，同时加入“echo”拼串作为简单处理响应返回给客户端。最后关闭所有流和连接，释放资源。

下面我们正式编写该服务端客户端模型的测试类：

package javaS.IO.socketS;
    
    import java.io.BufferedReader;
    import java.io.IOException;
    import java.io.InputStreamReader;
    import java.io.PrintStream;
    import java.net.ServerSocket;
    import java.net.Socket;
    import java.net.UnknownHostException;
    
    import org.junit.Test;
    
    /**
     * 客户端和服务端都要有一个while循环，用于保持他们的监听状态。
     * 
     * @author Evsward
     *
     */
    public class TestSocket extends Base {
        @Test
        /**
         * 客户端
         */
        public void clientRequest() throws UnknownHostException, IOException {
            Socket client = new Socket(ipAddress, port);
            // 客户端输入
            BufferedReader input = new BufferedReader(new InputStreamReader(System.in));
            // socket写入流，向服务端发送请求
            PrintStream request = new PrintStream(client.getOutputStream());
            // socket读取流，用来读取服务端返回信息
            BufferedReader response = new BufferedReader(new InputStreamReader(client.getInputStream()));
            String clientID = response.readLine();
            boolean flag = true;
            while (flag) {
                logger.info("客户端:<" + clientID + ">输入信息：");
                String str = input.readLine();
                if (str == null || "".equals(str)) {
                    logger.info("请不要输入空字符！");
                    continue;
                }
                if ("bye".equals(str)) {
                    logger.info("客户端终止请求，断开连接。");
                    request.println("disconnect");
                    break;
                }
                // 客户端发起请求
                request.println(str);
                // 客户端等待响应
                String echo = response.readLine();
                logger.info("response: " + echo);
                logger.info("---------------------");
            }
            request.close();
            client.close();
        }
    
        @Test
        /**
         * 服务端
         */
        public void serverListening() throws IOException {
            ServerSocket server = new ServerSocket(port);
            boolean f = true;
            Socket client = null;
            while (f) {// 保持整个客户端的监听状态
                client = server.accept();// 阻塞，等待客户端的连接，创建一个新的socket实例
                logger.info("客户端:<" + client.hashCode() + ">连接成功！");
                new Thread(new ServerThread(client)).start();
            }
            server.close();
        }
    
    }

这里面服务端部分只是做了建立连接，保持监听，同时开启多线程维护多个与客户端建立的socket连接。这里要注意的部分是在开启多线程外部仍旧要有一个循环，它与SocketThread中run方法内部的循环不同，前者是为了保持整个客户端的监听状态，而后者是为了保持多客户端中的一个socket连接中服务端方面的监听状态，是父子包含的关系。

接下来是客户端部分，这部分的所有操作基本与多线程中服务端的run方法内部的操作极其类似，开启双向流，发起请求，接收响应，处理消息数据，主动被动断开连接等等。唯一要注意的是客户端的Socket在初始化时的构造函数是包含IP和端口两个参数，而服务端ServerSocket的构造函数只有端口，这一点想一想也能明白，因为服务端不用去找主机，它只要区分处理本机的不同应用程序所在的端口即可，而客户端是网络中的其他主机，上面“互联网协议”部分介绍的很清楚，或许客户端主机与服务器主机不在一个子网络，或许在一个子网络，中间处理方式是不同的，但无论如何，客户端想与服务端主机通信，必须要加入服务端主机的IP作为地址去寻找才行。

下面开始测试：

*  首先启动serverListening()方法，会发现控制台没有任何输出，但始终保持监听状态。
 *  然后开启一个clientRequest()，会发现server的控制台输出了包含一个客户端编号的“连接成功”的字样，同时客户端控制台也打印出了包含他自身编号的“输入信息”字样，这两个编号是一致的，说明他们在同一个连接中。
 *  然后再开启一个clientRequest()，客户端控制台效果同上，但是服务端会又输出一行包含一个新的客户端编号的“连接成功”的字样，不言而喻，这个编号与当前客户端打印出来的自身编号是一致的，这都归功于我们建立的机制：在连接刚刚建立的时候就从服务端识别出客户端编号然后向客户端发起了一个响应告诉它自己的编号是什么。
 *  可以继续开启多个clientRequest()，效果均与上面相同，说明一台服务器可以同时处理多个客户端的请求。
 *  在其中一个客户端控制台上面输入一串字符，按下回车，会发现控制台打印出来这串字符并发送给了服务端，再去查看服务端控制台，确实发现了该字符串的信息，然后服务端会拼个带“echo”的响应信息，再回到客户端控制台，会发现客户端控制台将这个拼串的响应信息也打印了出来，说明整条链路的通信功能是正常有效的。当然了实际测试中运行速度非常快，客户端输入字符回车以后，立即就能看到带“echo”的响应信息了。
 *  在其他客户端仍旧可以重复上面的操作，每次服务端打印时都可以加入客户端编号，以区分这条信息的来源。

***阻塞和监听的区别是什么？***

*  监听，代码中socket.close之前的“无限循环”，作用就是始终保持该socket在线，不关闭，随时可处理消息。
 *  阻塞，代码中server.accept()方法，如果没有客户端连接，则会阻塞，阻塞的意思是该线程停止运行，持续等待，直到有连接进来或者超时。

所以区别是什么，监听和阻塞都是随时待命的意思，但是监听是线程还在运行，并未停止，只是没有消息的时候，是空转而已，但是阻塞是线程停止，持续等待，这是很大的区别。

**基于线程池的java TCP socket服务器**

以上代码中我们使用到了多线程，实现了一个服务端可同时处理多个客户端请求的功能需求，然而，这样直接使用new Thread(new ServerThread(client)).start();会有两个弊端：

*  每个新创建的线程都会消耗系统资源：它有自己的数据结构，会消耗内存，占用CPU周期
 *  如果一个线程遇到阻塞，JVM会保存其状态，选择另一个线程运行，同时在上下文转换的时候恢复阻塞线程的状态，这无疑为JVM增加了工作量，当线程增多时，上下文转换将花费更多时间。

下面我们引入线程池，针对以上问题，线程池给出了答案：

*  线程池预先就规定好了线程的总数，并可重复使用线程。
 *  当用户请求线程池时，会被分配到一个线程，该线程执行完毕仍旧回到线程池等待下一个请求。
 *  当请求过来发现线程池中所有线程均被占用时，就会进入一个队列来等候空闲的线程出来，关于消息队列，常见的框架有RabbitMQ，ActiveMQ等。

写代码之前准备：

*  仍旧先创建一个ServerSocket实例。
 *  然后创建总数为N个线程，每个线程反复循环，从ServerSocket实例中接收客户端请求，也就是这些线程都阻塞在ServerSocket的accept方法，直到有一个线程连接成功，剩下的继续阻塞。
 *  线程完成一个客户端请求的任务以后，不终止而是继续阻塞。
 *  如果客户端连接创建时，没有线程在accept方法阻塞，说明所有线程都在运行中，系统会将新的连接排列在一个队列中，直到有线程阻塞在accept方法。

package javaS.IO.socketS;
    
    import java.io.IOException;
    import java.net.ServerSocket;
    import java.net.Socket;
    
    /**
     * 服务端线程池
     * 
     *
     */
    public class ThreadPool extends Base {
        private static final int THREADPOOLSIZE = 2;
    
        /**
         * 服务端，启动main方法，客户端启动TestTCPSocket的clientRequest()Junit方法。
         */
        public static void main(String[] args) throws IOException {
            @SuppressWarnings("resource")
            final ServerSocket server = new ServerSocket(port);
            for (int i = 0; i < THREADPOOLSIZE; i++) {
                new Thread() {
                    public void run() {
                        Socket client = null;
                        boolean f = true;
                        while (f) {
                            try {
                                client = server.accept();// 阻塞，等待客户端的连接
                                logger.info("客户端:<" + client.hashCode() + ">连接成功！Server Thread ID:" + this.getId());
                                ServerThread.execute(client);
                            } catch (IOException e) {
                                e.printStackTrace();
                            }
                        }
                    }
                }.start();
            }
            // 不能关闭server.close();
        }
    }

新建一个线程池类，启动其main方法作为服务端，循环创建2个线程都阻塞在accept方法，此时仍旧使用TestTCPSocket的clientRequest()Junit方法连入一个客户端，服务端的1个线程从阻塞转为运行去处理该客户端请求，再启动一个clientRequest，服务端的另一个线程也投入使用，此时服务端线程池已全部被使用，此时再启动第三个客户端请求，会被放入队列中，直到前面有一个客户端断开，释放出了服务端的一个线程才会处理第三个客户端请求。

**高级线程池**

上面我们创建了一个总数为2的线程池，为了测试方便，只分配了2个线程，然而实际工作中，这个总数的设定是个很重要的考量因素，创建太多会无端占用那么多系统资源，创太少，并发处理客户端请求的能力又太弱，因为大部分的请求都被堆在了队列里。这一部分内容我们引入高级线程池，针对以上问题，高级线程池给出了答案。

*  线程池大小根据负载情况自动调整。
 *  负载增加时，扩展线程池的大小。
 *  负载减轻时缩减线程池的大小，例如如果一个线程空闲了 60 秒以上，则将其移出线程池。

***作为高级线程池的一种实现，jdk 中的 Executor 接口的定义非常简单。***

public interface Executor {
    
        /**
         * Executes the given command at some time in the future.  The command
         * may execute in a new thread, in a pooled thread, or in the calling
         * thread, at the discretion of the {@code Executor} implementation.
         *
         * @param command the runnable task
         * @throws RejectedExecutionException if this task cannot be
         * accepted for execution
         * @throws NullPointerException if command is null
         */
        void execute(Runnable command);
    }

但是Java 提供了大量的内置 Executor 接口实现，它们都可以简单方便地使用，ExecutorService 接口继承于Executor 接口，它提供了一个更高级的工具来关闭服务器，包括正常的关闭和突然的关闭。

package javaS.IO.socketS;
    
    import java.io.IOException;
    import java.net.ServerSocket;
    import java.net.Socket;
    import java.util.concurrent.Executor;
    import java.util.concurrent.Executors;
    
    public class ServerExecutor extends Base {
        public static void main(String[] args) throws IOException {
            // 通过调用Executors类的静态方法，创建一个ExecutorService实例
            // ExecutorService接口是Executor接口的子接口
            Executor service = Executors.newCachedThreadPool();
            ServerSocket server = new ServerSocket(port);
            boolean f = true;
            Socket client = null;
            while (f) {// 保持整个客户端的监听状态
                client = server.accept();// 阻塞，等待客户端的连接
                logger.info("客户端:<" + client.hashCode() + ">连接成功！");
                // 调用execute()方法时，如果必要，会创建一个新的线程来处理任务，但它首先会尝试使用已有的线程，
                // 如果一个线程空闲60秒以上，则将其移除线程池；
                // 另外，任务是在Executor的内部排队，而不是在网络中排队
                service.execute(new ServerThread(client));
            }
            server.close();
        }
    }

只是这里我们无法获取线程的ID了，测试时没办法通过线程ID查看线程的生命周期，但是在客户端方面，这样的线程池可以满足尽可能创建客户端连接，而客户端对线程池的存在并无感觉，好似在使用最初的第一版的时候。

**Java UDP Socket编程**

*  通信工具：java.net.DatagramSocket
 *  数据包：java.net.DatagramPacket

客户端和服务器端都通过DatagramSocket的send()方法和receive()方法来发送和接收数据，用DatagramPacket来包装需要发送或者接收到的数据。

package javaS.IO.socketS;
    
    import java.io.IOException;
    import java.io.InterruptedIOException;
    import java.net.DatagramPacket;
    import java.net.DatagramSocket;
    import java.net.InetAddress;
    
    import org.junit.Test;
    
    /**
     * UDP socket编程
     * 
     * @author Evsward
     *
     */
    public class TestUDPSocket extends Base {
        // 这是为了限制客户端的，为了避免receive方法的永久阻塞，限制超时时间和重发次数。
        private static final int TIMEOUT = 5000; // 设置接收数据的超时时间
        private static final int MAXNUM = 5; // 设置重发数据的最多次数
        private static final int BUFSIZE = 1024;// 用于临时接收数据的字节中转站
        private static final int CLIENT_PORT = 3000;// 客户端所在端口
        private static final int SERVER_PORT = 3100;// 服务端所在端口
    
        @Test
        /**
         * 在端口23451建立socket，发送数据到端口3000
         * 
         * 客户端操作一次就结束了，自动断开连接，可以发起多个客户端请求服务端
         */
        public void clientRequest() throws IOException {
            byte buf[] = new byte[BUFSIZE];
            InetAddress loc = InetAddress.getLocalHost();
            DatagramSocket client = new DatagramSocket(CLIENT_PORT);
            String msgRequest = "hello, this is client." + client.hashCode();
            client.setSoTimeout(TIMEOUT);
            // 定义UDP请求消息数据包，发送到服务端的端口上。
            DatagramPacket dp_send = new DatagramPacket(msgRequest.getBytes(), msgRequest.length(), loc, SERVER_PORT);
            DatagramPacket dp_receive = new DatagramPacket(buf, BUFSIZE);// 做一个DatagramPacket实例用来接受响应数据。
            boolean flag = true;
            int tries = 0;
            while (flag && tries < MAXNUM) {
                client.send(dp_send);
                try {
                    client.receive(dp_receive);
                    flag = false;
                } catch (InterruptedIOException e) {
                    tries++;
                    logger.error("Time out! Try " + (MAXNUM - tries) + " more times.");
                }
            }
            if (!flag) {
                String msgResponse = new String(dp_receive.getData(), 0, dp_receive.getLength()) + " from "
                        + dp_receive.getAddress().getHostAddress() + ":" + dp_receive.getPort();
                logger.info(msgResponse);
            } else {
                // 重发最大次数后，仍未接到服务器响应
                logger.info("Still no response -- give up.");
            }
            client.close();
        }
    
        @Test
        /**
         * 服务端应该一直在线
         */
        public void serverResponse() throws IOException {
            byte buf[] = new byte[BUFSIZE];
            InetAddress loc = InetAddress.getLocalHost();
            DatagramSocket server = new DatagramSocket(SERVER_PORT);// 不必设置超时时间，让服务端一直在线
            String msgResponse = "hello, this is server." + server.hashCode();
            DatagramPacket dp_receive = new DatagramPacket(buf, BUFSIZE);// 做一个DatagramPacket实例用来接受客户端请求数据。
            boolean flag = true;
            while (flag) {
                server.receive(dp_receive);
                String msgRequest = new String(dp_receive.getData(), 0, dp_receive.getLength()) + " from "
                        + dp_receive.getAddress().getHostAddress() + ":" + dp_receive.getPort();
                logger.info(msgRequest);
                // 定义UDP响应消息数据包，发送到客户端的端口上。
                DatagramPacket dp_send = new DatagramPacket(msgResponse.getBytes(), msgResponse.length(), loc, CLIENT_PORT);
                server.send(dp_send);
                // DatagramPacket的内部消息长度值在接收数据后会发生改变，变为实际接收到的数据的长度值。
                // 这里由于还在循环里，不要影响新一轮循环的使用，因此要再次将其长度改为初始化长度。
                dp_receive.setLength(1024);
            }
            server.close();
        }
    }

我们来看代码，UDP的socket编程明显气质与TCP不同，因为这里面的客户端和服务端是我们自己创造的，他们都使用DatagramSocket来通信，并没有TCP中Socket和ServerSocket的分别。另外UDP的传输格式是以数据包的形式，而不是TCP中的流，它没有那么多的流相关的操作，发送和接收都只要装配好DatagramPacket对象即可。

从代码中可以看出，我们针对服务端，为了让它保持一直在线的特性，我们对它进行了“无限循环”的操作，它可以随时receive一个DatagramPacket，然后返回一个响应信息发送给客户端。而客户端则不然，我们为了让它保有客户端的特性，我们为它增加了超时限制，重复发送次数限制等，而且它不会始终在线，当它发送完客户端请求，接收服务端的响应信息以后就会自动断开连接。

这里要注意的地方就是DatagramSocket并不会像ServerSocket的accpet方法那样，每次连接客户端时要创建一个新的socket实例，而是始终用的是同一个DatagramSocket实例。UDP是不基于连接的协议，因此这里面并不存在如TCP那种连接的定义，一个客户端连接断开了，服务端的DatagramSocket可以仍旧继续监听，服务端始终只有一个DatagramSocket实例来随时接收来自客户端的请求。

另外就是DatagramPacket，对于该数据包的装配也是要注意的点，它有很多构造方法，要指定它的IP和端口，这个数据包的结构就像上面“互联网协议”中UDP定义的那样，无论是服务端还是客户端，都要指定好双方的IP和端口，这一点并不像TCP，服务端只需要指定端口即可，客户端也只是创建一个基于端口的连接即可，在发送客户端请求时并不需要指定服务端的端口。

### 传输数据的格式 ###

上面我们介绍了java中TCP和UDP的socket编程，其中UDP有明确的传输数据类DatagramPacket，该类对数据包的各种属性都做了封装，尤其是它对传输内容的边界和长度进行了定义，无论是发送和接收都使用相同的格式DatagramPacket，因此可以做到自动解析传输数据。而TCP并没有明确的传输数据类型，它支持各种IO流的方式来传输数据，所以就有了成帧和解析的技术。

*  成帧，就是设定传输数据的定界符和长度，在TCP中，无法确认边界和长度常常引发TCP粘包和拆包的问题。
 *  解析，与成帧对应的，当接收到成帧的数据以后，根据同样的规则将源数据解析出来。

我们还可以针对TCP socket编程，自定义传输数据类，就像DatagramPacket那样，但是会涉及到很多底层麻烦的处理。

通常来讲，我们在实际项目中传输的数据都是包含数据的序列化的对象，序列化技术我们在IO中已经介绍过，有着自己的实现方式，但这些与很多主流编解码开源框架相比仍然是繁琐且易出错，所以，我们应该被鼓励使用更多编解码开源框架，例如Google的Protobuf，Facebook的Thrift以及JBoss的Marshalling，其中我之前接触较多的是Protobuf框架。下面我们针对Protobuf进行简单介绍。

Protobuf介绍

Protobuf全成Google Protocol buffers，他将数据结构以.proto文件进行描述，通过代码生成工具可以生成对应数据结构的POJO对象和Protobuf相关的方法和属性。它的特点包括：

*  结构化数据存储格式（XML,JSON等）
 *  高效的编解码性能
 *  跨语言，跨平台，易扩展

其实我在上一篇[javaIO的序列化部分][javaIO]，省略了XML的介绍，XML可以作为标准的对象序列化技术将包含数据的对象在网络中传输，但尽管XML的可读性和扩展性都非常好，也非常适合描述数据结构，但是XML解析的时间开销和XML为了可读性而牺牲的空间开销都非常大，因此不适合做高性能的通信协议。然而如果只是Web的服务端，并没有高并发的应用场景，那么可以使用WebService来做通讯系统，Webservice在java中的框架有很多，例如Axis1，Axis2。我一般直接使用J2EE自带的JWS，它是一个轻量级的Webservice框架，传输协议基于SOAP（简单对象访问协议，一种基于XML的消息通讯格式）。WSDL是Webservice另一个重要组成，它也是基于XML的一种网络描述语言，用于描述 Web Services 以及如何对它们进行访问，Webservice在J2EE企业级软件应用中的出现频率也是相当高。如果关注于高并发方面，Protobuf使用二进制编码，性能，码流占用空间都有极大优势，所以Protobuf无论在java还是C++的高性能高并发后台服务中都频繁出现。

Protobuf最好的两个特点就是：

*  数据描述文件
 *  代码生成机制

文章借鉴：[https://www.cnblogs.com/Evsward/p/socket.html][https_www.cnblogs.com_Evsward_p_socket.html]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FuZ2VsaWE2MjA_size_16_color_FFFFFF_t_70]: /images/20220326/ca0e3e98bc73487fb251f1da60d2f179.png
[TCP_IP]: https://blog.csdn.net/Angelia620/article/details/86158950
[20190116144102503.png]: /images/20220326/5e014d39eb0546d69ea3e93ac8c89139.png
[20190116144121837.png]: /images/20220326/b9247b80c4b4492ebe8c7c4545493da6.png
[20190116145013364.png]: /images/20220326/9abccb17517d4644b0fb3dbe55cdcadd.png
[20190116145223912.png]: /images/20220326/85bb770df1824578b7779d7ce725273d.png
[20190116145712949.png]: /images/20220326/d99fa56fd7c24ff693f894a1f6fbe0c5.png
[20190116150434628.png]: /images/20220326/be32bf0427044aaf8f5e50d39d9eebe4.png
[javaIO]: http://www.cnblogs.com/Evsward/p/io.html#%E4%B8%89%E5%AF%B9%E8%B1%A1%E6%B5%81-%E5%BA%8F%E5%88%97%E5%8C%96
[https_www.cnblogs.com_Evsward_p_socket.html]: https://www.cnblogs.com/Evsward/p/socket.html