101、什么是乐观锁和悲观锁?
乐观锁是一种思想,在进行读写操作的时候都不会加锁,但在进行写操作的时候会判断数据是否被修改过。乐观锁适用于读多写少的场景,可以提高吞吐量。
悲观锁是一种思想,每次读或写操作都会加锁,共享资源每次只给一个线程使用,其它线程阻塞,用完后再把资源转让给其它线程,适用于写多读少的场景。传统的关系型数据库里边就用到了很多这种锁机制,比如行锁、表锁、读锁、写锁等,都是在做操作之前先上锁。Java 中 synchronized 和 ReentrantLock 等独占锁都是悲观锁思想的实现。
102、乐观锁怎么实现?
乐观锁一般有两种实现方式:版本号机制和 CAS 算法。
版本号机制是为数据加上一个版本号,在修改数据后准备写入的时候判断一下版本号是否对应,对应的话才可以写入成功,不对应的话就不可以写入。
CAS 算法有三个参数,分别是需要读写的内存值、预期值、新值,只有当需要读写的内存值和预期值相等的时候,才能成功的将新值写入内存。
CAS 算法有什么缺点?
1、ABA 问题。可以通过加一个版本号来解决。
2、在并发量比较高的时候,如果许多线程反复尝试更新某一个变量,却一直更新失败,这样长时间循环执行会给 CPU 带来巨大的压力。
103、Java 中 IO 流分为几种?
- 按流向分为输入流和输出流
- 按操作单元分为字节流和字符流
- 按功能分为节点流和处理流
Java 中 IO 相关的流非常多,看似杂乱无章,但实际上都是从以下四个基类派生出来的:
- InputStream:字节输入流
- Reader: 字符输入流
- OutputStream:字节输出流
- Writer: 字符输出流
104、既然有了字节流,为什么还要字符流?
如果用字节流来处理文本的话,我们还需要手动进行编码解码,并且如果不知道编码格式还很容易出现乱码,为了能够方便的处理文本内容,所以提供了字符流。
字符流只能处理纯文本内容,而字节流却可以处理一切。
105、BIO,NIO,AIO有什么区别?
- BIO (Blocking I/O): 同步阻塞 I/O 模式,数据的读取写入必须阻塞在一个线程内等待其完成。在活动连接数不是特别高(小于单机 1000)的情况下,这种模型是比较不错的,可以让每一个连接专注于自己的 I/O 并且编程模型简单,也不用过多考虑系统的过载、限流等问题。线程池本身就是一个天然的漏斗,可以缓冲一些系统处理不了的连接或请求。但是,当面对十万甚至百万级连接的时候,传统的 BIO 模型是无能为力的。因此,我们需要一种更高效的 I/O 处理模型来应对更高的并发量。
- NIO (Non-blocking/New I/O): 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 (Asynchronous I/O): AIO 也就是 NIO 2。在 Java 7 中引入了 NIO 的改进版 NIO 2,它是异步非阻塞的 IO 模型。异步 IO 是基于事件和回调机制实现的,也就是应用操作之后会直接返回,不会堵塞在那里,当后台处理完成,操作系统会通知相应的线程进行后续的操作。AIO 是异步 IO 的缩写,虽然 NIO 在网络操作中,提供了非阻塞的方法,但是 NIO 的 IO 行为还是同步的。对于 NIO 来说,我们的业务线程是在 IO 操作准备好时,得到通知,接着就由这个线程自行进行 IO 操作,IO 操作本身是同步的。查阅网上相关资料,我发现就目前来说 AIO 的应用还不是很广泛,Netty 之前也尝试使用过 AIO,不过又放弃了。