NIO与BIO的核心区别在于：BIO是阻塞式、面向流、一个连接一线程，适用于低并发场景；NIO是非阻塞、面向缓冲区、通过Selector实现单线程管理多连接，适合高并发高性能需求，现代Java后端多采用NIO及Netty等框架。
NIO 和 BIO 是 Java 后端开发中处理 I/O 操作的两种不同模型，它们在设计思想和性能表现上有本质区别。核心差异在于：BIO 是面向流的阻塞 I/O，每个连接都需要一个独立线程处理；而 NIO 是面向缓冲区的非阻塞 I/O，通过少量线程管理多个连接。
1. 阻塞 vs 非阻塞
BIO 的操作是阻塞的。当一个线程调用 read() 或 write() 时，该线程会被阻塞，直到数据读取完成或写入完成。这在高并发场景下会导致大量线程处于等待状态，资源消耗大。
NIO 支持非阻塞模式。线程发起读写请求后不会被挂起，可以继续处理其他任务。通过轮询或事件通知机制（如 Selector），线程能知道何时某个通道有数据可读或可写。
2. 面向流 vs 面向缓冲区
BIO 是面向字节流或字符流（InputStream/OutputStream），数据是单向流动的，无法随意移动读写位置。
立即学习“Java免费学习笔记（深入）”；
NIO 是面向缓冲区（Buffer）的。所有数据都通过 Buffer 进行读写，支持重复读取、倒带等操作，提高了灵活性和效率。
3. 线程模型与并发能力
BIO 通常采用“一个连接一线程”模型。客户端每建立一个连接，服务端就启动一个线程来处理。连接数上升时，线程数随之增长，容易导致线程耗尽和上下文切换开销过大。
NIO 使用“一个线程管理多个连接”的方式。通过 Selector 监听多个 Channel 的事件（如 OP_READ、OP_WRITE），只需少量线程即可处理成千上万的连接，适合高并发网络服务，比如 Netty 就基于 NIO 实现。
4. 编程复杂度与使用场景
BIO 编程简单直观，适合连接数少、业务处理时间长且不密集的场景，例如传统内部系统或小规模应用。
NIO 编程相对复杂，需要理解 Buffer、Channel、Selector 等概念，但更适合构建高性能、高吞吐量的服务端程序，如即时通讯、网关、RPC 框架等。
基本上就这些。选择 BIO 还是 NIO，关键看并发需求和系统性能目标。现代 Java 后端开发中，NIO 及其封装框架（如 Netty）已成为主流。
