IO流
按操作方式分类结构图
按操作对象分类结构图
字符流、字节流
字节与字符
- Bit最小的二进制单位 ,是计算机的操作部分。取值0或者1
- Byte(字节)是计算机操作数据的最小单位由8位bit组成 取值(-128-127)
- Char(字符)是用户的可读写的最小单位,在Java里面由16位bit组成 取值(0-65535)
字节流
- 操作byte类型数据,主要操作类是OutputStream、InputStream的子类
- 不用缓冲区,直接对文件本身操作
字符流
- 操作字符类型数据,主要操作类是Reader、Writer的子类
- 使用缓冲区缓冲字符,不关闭流就不会输出任何内容
互相转换
public static void main(String[] args) throws IOException {
File f = new File("test.txt");
OutputStreamWriter osw = new OutputStreamWriter(new FileOutputStream(f),"UTF-8");
osw.write("我是字符流转换成字节流输出的");
osw.close();
}
public static void main(String[] args) throws IOException {
File f = new File("test.txt");
InputStreamReader inr = new InputStreamReader(new FileInputStream(f),"UTF-8");
char[] buf = new char[1024];
int len = inr.read(buf);
System.out.println(new String(buf,0,len));
inr.close();
}
同步、异步
- 针对
被调用者
- 被调用方接受到请求后立即处理请求,就是同步
- 被调用方接受到请求后不保证会马上处理请求,
等请求处理完成后会通知调用方
,就是异步
阻塞、非阻塞
- 针对
调用者
- 调用者发出调用请求后一直等待直到返回结果,就是阻塞
- 调用者发出调用请求后不等待就去干别的事情,就是非阻塞
BIO,NIO,AIO
BIO
- 同步阻塞 I/O 模式,数据的读取写入必须阻塞在一个线程内等待其完成。在活动连接数不是特别高(小于单机 1000)的情况下,这种模型是比较不错的,可以让每一个连接专注于自己的 I/O 并且编程模型简单,也不用过多考虑系统的过载、限流等问题。线程池本身就是一个天然的漏斗,可以缓冲一些系统处理不了的连接或请求。但是,当面对十万甚至百万级连接的时候,传统的 BIO 模型是无能为力的。因此,我们需要一种更高效的 I/O 处理模型来应对更高的并发量
NIO
- NIO 是一种同步非阻塞的 I/O 模型,在 Java 1.4 中引入了 NIO 框架,对应 java.nio 包,提供了 Channel , Selector,Buffer 等抽象。NIO 中的 N 可以理解为 Non-blocking,不单纯是 New。它支持面向缓冲的,基于通道的 I/O 操作方法。 NIO 提供了与传统 BIO 模型中的
Socket
和 ServerSocket
相对应的 SocketChannel
和 ServerSocketChannel
两种不同的套接字通道实现,两种通道都支持阻塞和非阻塞两种模式。阻塞模式使用就像传统中的支持一样,比较简单,但是性能和可靠性都不好;非阻塞模式正好与之相反。对于低负载、低并发的应用程序,可以使用同步阻塞 I/O 来提升开发速率和更好的维护性;对于高负载、高并发的(网络)应用,应使用 NIO 的非阻塞模式来开发
AIO
- AIO 也就是 NIO 2。在 Java 7 中引入了 NIO 的改进版 NIO 2,它是异步非阻塞的 IO 模型。异步 IO 是基于事件和回调机制实现的,也就是应用操作之后会直接返回,不会堵塞在那里,当后台处理完成,操作系统会通知相应的线程进行后续的操作。AIO 是异步 IO 的缩写,虽然 NIO 在网络操作中,提供了非阻塞的方法,但是 NIO 的 IO 行为还是同步的。对于 NIO 来说,我们的业务线程是在 IO 操作准备好时,得到通知,接着就由这个线程自行进行 IO 操作,IO 操作本身是同步的。查阅网上相关资料,我发现就目前来说 AIO 的应用还不是很广泛,Netty 之前也尝试使用过 AIO,不过又放弃了