Java IO-NIO 高频面试题及详细答案（实战向）

JavaIO/NIO高频面试题及详细答案（实战向）一、基础概念类（必问）1、简述IO的核心分类？字节流和字符流的区别？JavaIO整体分为两大体系：字节流和字符流，所有流的父类都是抽象类，不能直接实例化。字节流：顶层父类是InputStream、OutputStream。以字节为单位读写，处理所有类型文件，包括图片、视频、音频、二进制文件、文本文件等，适配所有数据场景。字符流：顶层父类是Reader、Writer。以字符为单位读写，专门处理文本文件，底层基于字节流+编码解析实现，会自动适配字符编码，避免中文乱码问题。核心区别：处理单位：字节流按1字节读写，字符流按1个字符（中文2字节、英文1字节）读写适用场景：字节流处理所有文件，字符流只处理文本文件缓冲区：字节流无默认缓冲区，字符流自带缓冲区，需要手动flush或关闭流才会写入文件乱码问题：字节流容易出现中文乱码，字符流可指定编码，规避乱码2、什么是BIO？BIO的工作原理和优缺点？BIO即阻塞式IO，是Java最基础的IO模型，属于同步阻塞模型。工作原理：服务端启动ServerSocket监听端口，客户端发起连接请求，服务端每接收到一个客户端连接，就会创建一个独立线程处理该客户端的读写请求。在客户端数据未就绪、数据未读写完成前，当前线程会一直阻塞，无法处理其他任务。优点：代码简单、逻辑清晰、稳定性高，小并发场景下开发成本极低。缺点：并发能力极差：一个连接独占一个线程，大量空闲连接会造成线程资源浪费线程开销大：线程创建、销毁、切换成本高，连接数过多会导致服务器线程溢出、OOM阻塞严重：读写阻塞会导致线程闲置，资源利用率极低适用场景：连接数少、并发低、业务简单的小型项目。3、什么是NIO？NIO和BIO的核心区别？NIO是Java1.4推出的同步非阻塞IO模型，核心目的是解决BIO并发能力弱的问题，全称NewIO/Non-blockingIO。NIO不再是一个连接对应一个线程，而是一个线程处理多个连接，通过缓冲区、通道、选择器三大核心组件实现多路复用。BIO与NIO核心区别：阻塞模式：BIO同步阻塞，NIO同步非阻塞线程模型：BIO一连接一线程，NIO单线程/少量线程管理多连接数据载体：BIO基于流（Stream）读写，NIO基于缓冲区（Buffer）+通道（Channel）读写并发能力：BIO低并发适配，NIO支持高并发、大量空闲连接效率：BIO资源利用率低，NIO极大提升线程和服务器资源利用率4、NIO三大核心组件是什么？各自作用？NIO核心由Channel（通道）、Buffer（缓冲区）、Selector（选择器）三部分组成。1.Channel通道相当于BIO中的流，是数据传输的载体，区别于流的单向读写，通道是双向可读可写。通道本身不存储数据，只负责传输数据，必须配合缓冲区使用。常见通道：FileChannel、SocketChannel、ServerSocketChannel、DatagramChannel。2.Buffer缓冲区是一块内存缓冲区，所有NIO读写数据都必须先存入缓冲区，再进行操作。核心作用是缓存数据、减少IO次数、提升读写效率。常用缓冲区：ByteBuffer（最常用）、CharBuffer、IntBuffer等。3.Selector选择器NIO多路复用的核心，用于监听多个通道的IO事件（连接、读、写）。单个Selector可以绑定成百上千个Channel，通过轮询检测就绪事件，只处理就绪的连接，未就绪的连接不占用线程，实现单线程管理多连接。二、NIO核心原理高频题5、Buffer的四个核心属性及含义？Buffer底层是数组，维护四个核心指针属性，决定读写位置：capacity（容量）：缓冲区最大存储容量，创建后固定不变，无法修改limit（界限）：读写的最大限制位置。写模式下limit=capacity；读模式下limit等于写入的数据长度position（位置）：当前读写指针位置。写数据时指针后移，读数据时从起始位置开始mark（标记）：备用标记位，默认无值，可手动标记position位置，方便后续回退读取核心读写切换方法：flip()翻转缓冲区，从写模式切换为读模式，底层会重置position=0、limit=原position。6、Selector的事件类型有哪些？各自场景？Selector可以监听Channel的4种就绪事件，通过常量定义：OP_ACCEPT：连接就绪事件，服务端专用，监听客户端新连接接入OP_READ：读就绪事件，通道中有数据可读取时触发OP_WRITE：写就绪事件，通道可写入数据、缓冲区空闲时触发OP_CONNECT：连接完成事件，客户端专用，标识与服务端连接建立成功日常开发中，最常用的是OP_ACCEPT、OP_READ两个事件。7、NIO非阻塞的实现原理？NIO非阻塞核心体现在Channel非阻塞+Selector多路轮询。首先，将SocketChannel、ServerSocketChannel设置为非阻塞模式，此时通道不会阻塞线程：没有连接、没有可读数据、无法写入数据时，会直接返回空结果，不会卡住线程。其次，所有非阻塞通道注册到Selector中，Selector以轮询方式遍历所有注册的通道，只筛选出事件就绪的通道进行处理。未就绪的通道直接跳过，线程不会阻塞等待。最终实现：单个线程可以批量管理大量连接，只处理有数据交互的活跃连接，空闲连接不占用线程资源，大幅提升并发承载能力。8、什么是多路复用？NIO多路复用优势？多路复用就是一个线程通过选择器，同时监控多个IO通道，哪个通道事件就绪就处理哪个，无需为每个连接单独分配线程。核心优势：极大降低线程数量，减少线程创建、切换、销毁的系统开销支持海量空闲连接，适配高并发网关、长连接场景线程利用率高，不会因为空闲连接阻塞线程JavaNIO底层在不同系统有不同实现：Windows基于select，Linux基于epoll，这也是Netty高性能的底层基础。三、IO实战与坑点面试题9、字符流为什么需要flush()？close()和flush()的区别？字符流自带内存缓冲区，写入数据时只是写入内存缓冲区，并非直接写入磁盘文件。如果缓冲区未满，数据会一直驻留在内存中，不会落地，所以需要flush()强制刷新缓冲区，将数据写入磁盘。区别：flush()：只刷新缓冲区数据到磁盘，不会关闭流，刷新后可以继续读写数据close()：先自动执行flush()刷新残留数据，再关闭流、释放系统资源，关闭后无法继续操作流日常开发规范：写完数据必须close流，推荐使用try-with-resources自动关闭，避免资源泄露。10、IO流关闭顺序有什么要求？为什么？多层包装流（比如字节流套缓冲流）的关闭顺序：先关外层包装流，再关内层基础流，实际开发中只需要关闭外层流即可。因为外层包装流的close()方法内部会自动调用内层流的close()，重复关闭内层流不会报错，但属于多余操作。如果先关内层流，外层流后续读写会报流关闭异常。11、NIO存在什么问题？为什么实际开发不用原生NIO，要用Netty？原生JDKNIO存在很多硬伤，生产环境几乎不直接使用：空轮询bug：Linux下epoll可能出现Selector无限轮询，线程空跑、CPU100%，JDK长期未彻底修复API繁琐、底层复杂：需要手动处理缓冲区读写切换、粘包拆包、异常重试、事件注册无断连重连、心跳机制、线程池管理，原生功能残缺可靠性差：需要手动处理半包、粘包、读写异常，开发成本极高而Netty基于原生NIO封装，修复了空轮询bug，内置粘包拆包处理器、心跳检测、线程模型、异常重试，API简洁、性能更强、稳定性更高，是工业级NIO框架。12、什么是IO粘包、半包？NIO为什么会出现这个问题？TCP是面向流的协议，无数据边界，底层会根据缓冲区大小、网络情况自动合并、拆分数据包，导致业务层读取的数据错乱。粘包：多条发送的数据被合并成一次读取，一次性读到多条业务数据半包：一条完整数据被拆分，一次读取只拿到部分数据，剩余数据下次才能读取NIO基于缓冲区读写，单次读取的数据长度不固定，无法自动识别业务数据边界，所以必然存在粘包半包问题，需要手动通过分隔符、定长报文、长度头方式解决。四、进阶对比面试题BIO（同步阻塞）：一连接一线程，代码简单，低并发、内网小系统使用NIO（同步非阻塞/多路复用）：少量线程管理多连接，线程主动轮询就绪事件，高并发服务、网关、RPC框架主流方案14、FileChannel和普通文件流的区别？FileChannel支持双向读写，普通文件流单向读写FileChannel支持文件分片、零拷贝、内存映射，大文件读写效率远高于普通流FileChannel基于NIO缓冲区操作，可控性更强，适合大文件传输、断点续传场景15、什