AsynchronousFileChannel提供基于系统底层异步I/O的非阻塞文件操作，需用open()工厂方法创建，支持Future或CompletionHandler回调，position为绝对偏移量，须注意buffer状态管理、回调线程模型及及时关闭。
Java NIO2 中的 AsynchronousFileChannel 提供了真正的异步文件 I/O 支持，基于操作系统底层的异步 I/O 机制（如 Linux 的 io_uring 或 Windows 的 I/O Completion Ports），不依赖线程池轮询。它不阻塞调用线程，适合高吞吐、低延迟的文件操作场景。
创建 AsynchronousFileChannel 实例
不能通过构造函数直接创建，必须使用静态工厂方法：
-
AsynchronousFileChannel.open(Path path, OpenOption... options)：最常用，使用默认线程池（ForkJoinPool.commonPool()） -
AsynchronousFileChannel.open(Path path, Set：可指定自定义线程池处理回调options, ExecutorService executor)
示例：
AsynchronousFileChannel channel = AsynchronousFileChannel.open(
Paths.get("data.txt"),
StandardOpenOption.READ,
StandardOpenOption.WRITE,
StandardOpenOption.CREATE
);
发起异步读写操作
所有 I/O 操作都返回 Future，或接受 CompletionHandler 回调。推荐使用回调方式，避免阻塞等待 Future。
立即学习“Java免费学习笔记（深入）”；
-
异步读：
read(ByteBuffer dst, long position, A attachment, CompletionHandlerhandler) -
异步写：
write(ByteBuffer src, long position, A attachment, CompletionHandlerhandler)
注意：position 是文件绝对偏移量，操作是“无状态”的，不改变通道内部指针（与 FileChannel 不同）。
正确处理 CompletionHandler
回调接口两个方法必须实现：
-
completed(Integer result, A attachment)：成功时调用，result是实际读/写字节数（可能小于 buffer 容量） -
failed(Throwable exc, A attachment)：异常时调用，常见如IOException、SecurityException
关键细节：
- 回调由线程池中的某个线程执行，不是调用线程，也不保证顺序
-
attachment可传入上下文对象（如请求 ID、buffer 引用），便于关联请求与响应 - 务必在
completed后检查 buffer 状态（如 flip 读取、clear 继续写），并考虑是否发起下一次操作（如流式读取）
资源管理与关闭
AsynchronousFileChannel 实现了 AutoCloseable，应确保及时关闭：
- 关闭后新发起的操作会立即失败（抛
ClosedChannelException） - 已提交但未完成的操作仍会执行并触发回调
- 建议配合 try-with-resources 使用，或显式调用
close()
示例：
try (AsynchronousFileChannel channel = AsynchronousFileChannel.open(...)) {
// 发起异步操作
} // 自动关闭
基本上就这些。异步文件通道不复杂，但容易忽略 position 语义、buffer 生命周期和回调线程模型——写对这三点，就能稳定用好它。
