java 编程原理_Java网络编程 -- 网络编程基础原理

Hello，今天记录下 Java网络编程 --> 网络编程基础原理。

一起学习，一起进步。继续沉淀，慢慢强大。希望这文章对您有帮助。若有写的不好的地方，欢迎评论给建议哈！

初写博客不久，我是杨展浩。这是我的第十五篇博客。加油！！！

1、网络编程(Socket) 概念

注意：Socket 不是 Java 中独有的概念，而是一个语言无关标准。 任何可以实现网络编程的编程语言都有 Socket。

1.1、Socket的定义

网络上的两个程序通过一个双向的通信连接实现数据的交换，这个连接的一端称为一个socket。建立网络通信连接至少要一个端口号。 socket 本质是编程接口(一套API)，对 TCP/IP 的封装，TCP/IP 也要提供可供程序员做网络开发所用的接口，这就是 Socket 编程接口； HTTP 是轿车，提供了封装或者显示数据的具体形式； Socket 是发动机，提供了网络通信的能力。

Socket 的英文原义是“孔”或“插座”。作为 BSD UNIX 的进程通信机制，取后一种意思。通常也称作"套接字"，用于描述 IP 地址和端口，是一个通信链的句柄，可以用来实现不同虚拟机或不同计算机之间的通信。在 Internet 上的主机一般运行了多个服务软件，同时提供几种服务。每种服务都打开一个 Socket，并绑定到一个端口上，不同的端口对应于不同的服务。Socket 正如其英文原义那样，像一个多孔插座。一台主机犹如布满各种插座的房间，每个插座有一个编号，有的插座提供 220 伏交流电， 有的提供 110 伏交流电，有的则提供有线电视节目。 客户软件将插头插到不同编号的插座，就可以得到不同的服务。

1.2、Socket 连接步骤

根据连接启动的方式以及本地套接字要连接的目标，套接字之间的连接过程可以分为三个步骤：服务器监听，客户端请求，连接确认。【如果包含数据交互+断开连接，那么一共是五个步骤】

(1)服务器监听：是服务器端套接字并不定位具体的客户端套接字，而是处于等待连接的状态，实时监控网络状态。

(2)客户端请求：是指由客户端的套接字提出连接请求，要连接的目标是服务器端的套接字。为此，客户端的套接字必须首先描述它要连接的服务器的套接字，指出服务器端套接字的地址和端口号，然后就向服务器端套接字提出连接请求。

(3)连接确认：是指当服务器端套接字监听到或者说接收到客户端套接字的连接请求，它就响应客户端套接字的请求，建立一个新的线程，把服务器端套接字的描述发给客户端，一旦客户端确认了此描述，连接就建立好了。而服务器端套接字继续处于监听状态，继续接收其他客户端套接字的连接请求。

时序图如下：

1.3、Java 中的 Socket

在 java中， java.net 包是网络编程的基础类库。其中 ServerSocket 和 Socket 是网络编程的基础类型。 ServerSocket 是服务端应用类型。 Socket 是建立连接的类型。 当连接建立成功后，服务器和客户端都会有一个 Socket 对象实例，可以通过这个 Socket 对象实例，完成这次会话的所有操作。

对于一个完整的网络连接来说， Socket 是平等的，一旦双方建立连接成功后，就没有服务器客户端分级情况了。

2、同步 与 异步

同步和异步是针对应用程序和内核的交互而言的。同步指的是用户进程触发 IO 操作并等待或者轮询的去查看 IO 操作是否就绪，而异步是指用户进程触发 IO 操作之后，便开始做自己的事情，而当 IO 操作已经完成的时候，用户进程会得到 OS 告知 IO 操作完成的通知。

以银行取款为例：

同步 ： 自己亲自出马持银行卡到银行取钱(程序角度分析：使用同步 IO 时， Java 自己处理 IO 读写)；

异步 ： 委托一小弟拿银行卡到银行取钱，然后给你(程序角度分析：使用异步 IO 时， Java 将 IO 读写委托给 OS 处理，需要将数据缓冲区地址和大小传给 OS(银行卡和密码)， OS 需要支持异步 IO操作 API)；

3、阻塞 与 非阻塞

阻塞和非阻塞是针对于进程在访问数据的时候，根据 IO 操作的就绪状态来采取的不同方式。说白了是一种读取或者写入操作方法的实现方式，阻塞方式下读取或者写入方法将一直等待，等待该方法处理完成，进而继续往下执行程序。而非阻塞方式下，读取或者写入方法会立即返回一个状态值，进而继续往下执行程序。

以银行取款为例：

阻塞 ： ATM 排队取款，你只能等待(程序角度分析：使用阻塞 IO 时， Java 调用会一直阻塞到读写完成才返回)；

非阻塞 ： 柜台取款，取个号，然后坐在椅子上做其它事，等号，广播会通知你办理，没到号你就不能去，你可以不断问大堂经理排到了没有，大堂经理如果说还没到你就不能去(程序角度分析：使用非阻塞 IO 时，如果不能读写 Java 调用会马上返回，当 IO 事件分发器通知可读写时再继续进行读写，不断循环直到读写完成)

4、BIO 编程

Blocking IO：同步阻塞的编程方式。BIO 编程方式是JDK1.4 版本之前常用的编程方式。

编程实现过程为：首先在服务端启动一个 ServerSocket 来监听网络请求，客户端启动 Socket 发起网络请求，默认情况下 ServerSocket 会新创建一个线程来处理此次客户端请求，如果服务端没有线程可用或可新建，客户端则会阻塞等待或遭到拒绝。一旦建立好的连接，在通讯过程中，服务端与客户端之间是同步的。但是在客户端出现并发请求连接情况，服务端处理效率上比较低。大致结构如下：

BIO -- 同步并阻塞，服务器实现模式为一个连接一个线程，即客户端有连接请求时服务器端就需要启动一个线程进行处理，如果这个连接不做任何事情会造成不必要的线程开销，当然可以通过线程池机制改善。BIO 方式适用于连接数目比较小且固定的架构，这种方式对服务器资源要求比较高，并发局限于应用中，JDK1.4 以前的唯一选择，但程序直观简单易理解。

使用线程池机制改善后的 BIO 模型图如下：通过线程池机制可以减少线程的不必要开销。

5、NIO 编程

Unblocking IO(New IO)：同步非阻塞的编程方式。 NIO 本身是基于事件驱动思想来完成的，其主要想解决的是 BIO 的大并发问题，NIO 基于 Reactor，当 socket有流可读 或 可写入socket 时，操作系统会相应的通知应用程序进行处理，应用程序再将流读取到缓冲区或写入操作系统。也就是说，这个时候，已经不是一个连接就要对应一个处理线程了，而是一个有效的请求，对应一个线程，当连接没有数据时，是没有工作线程来处理的。 NIO 的最重要的地方是当一个连接创建后，不需要对应一个线程，这个连接会被注册到多路复用器 selector上面，所以所有的连接只需要一个线程就可以搞定，当这个线程中的多路复用器进行轮询的时候，发现连接上有请求的话，才开启一个线程进行处理，也就是一个请求一个线程模式。在 NIO 的处理方式中，当一个请求来的话，开启线程进行处理，可能会等待后端应用的资源(JDBC 连接等)，其实这个线程就被阻塞了，当并发的量上来的话，还是会有 BIO 一样的问题。

同步非阻塞，服务器实现模式为一个请求一个通道处理，即

客户端发送的连接请求都会注册到 多路复用器 selector上，多路复用器轮询到连接有 I/O 请求时才启动一个线程进行处理

。

NIO 方式适用于连接数目多且连接比较短(轻操作)的架构

，比如聊天服务器，并发局限于应用中，编程复杂，JDK1.4 开始支持。

Buffer：

ByteBuffer, CharBuffer, ShortBuffer, IntBuffer, LongBuffer, FloatBuffer, DoubleBuffer。

Channel：

SocketChannel, ServerSocketChannel。

Selector：

Selector, AbstractSelector。

SelectionKey：

OP_READ, OP_WRITE, OP_CONNECT, OP_ACCEPT。

6、

AIO编程

AsynchronousIO： 异步非阻塞的编程方式

与 NIO 不同，当进行读写操作时，只须直接调用

API

的

read

或

write

方法即可。这两种方法均为异步的，对于读操作而言，当有流可读取时，操作系统会将可读的流传入 read

方法的缓冲区，并通知应用程序；对于写操作而言，当操作系统将 write

方法传递的流写入完毕时，操作系统主动通知应用程序。即可以理解为，read/write

方法都是异步的，完成后会主动调用回调函数。在 JDK1.7

中，这部分内容被称作

NIO.2

，主要在

java.nio.channels

包下

增加了下面四个异步通道：

AsynchronousSocketChannel

AsynchronousServerSocketChannel

AsynchronousFileChannel

AsynchronousDatagramChannel

异步非阻塞，服务器实现模式为一个有效请求一个线程，客户端的 I/O 请求都是由

OS 先完成了再通知服务器应用去启动线程进行处理。 AIO 方式使用于连接数目多且连接比较长(重操作)的架构，比如相册服务器，充分调用 OS

参与并发操作，编程比较复杂，

JDK7

开始支持。