asIntBuffer()创建共享存储的IntBuffer视图，容量为剩余字节数÷4，position重置为0，数据双向同步但状态独立，字节序固定且继承原缓冲区属性，需校验对齐并显式截断防越界，配合direct buffer可提升I/O性能。
直接用 asIntBuffer() 创建整数视图，是处理字节流中整型数据最轻量、最高效的方式之一。它不复制数据，只提供类型化访问入口，所有读写操作都映射回原始字节缓冲区，适合图像像素、网络协议字段、二进制序列化等场景。
理解 asIntBuffer 的底层机制
调用 asIntBuffer() 会生成一个与原 ByteBuffer 共享底层存储的 IntBuffer 视图：
- 新
IntBuffer的容量 = 原缓冲区剩余字节数 ÷ 4（每个 int 占 4 字节） - 起始位置对应原缓冲区的当前
position，但新视图自身position重置为 0 - 两个缓冲区的数据内容实时双向同步，但各自的 position/limit/mark 独立
- 字节序（byte order）在视图创建时固定，后续修改原缓冲区的 order 不影响该视图
- 是否 direct 或 readonly，完全继承自原
ByteBuffer
确保字节对齐与边界安全
因为每个 int 需要连续 4 字节，若剩余字节数不能被 4 整除，asIntBuffer() 仍会成功返回，但实际可用 int 数量向下取整。使用前应主动校验：
- 调用
bb.remaining() % 4 == 0判断是否完整对齐 - 或用
ib.capacity()获取实际可操作的 int 个数，避免越界异常 - 若数据来自网络或文件，建议在解析前先
bb.limit(bb.position() + (n * 4))显式截断，防止视图越界读取脏数据
配合 direct buffer 提升 I/O 吞吐
当处理高频网络收发或大块图像数据时，优先使用直接内存缓冲区：
- 用
ByteBuffer.allocateDirect(4096)分配，避免 JVM 堆 GC 干扰 - 通过
asIntBuffer()写入整数后，可直接传给SocketChannel.write()，无需额外拷贝 - 实测显示，在百万级连接下，direct + int view 组合比堆内 buffer + 手动
getInt()解析快约 40%
典型用法：批量填充与随机访问
视图缓冲区支持数组批量操作和绝对索引访问，比逐字节解析更简洁高效：
- 批量写入：
ib.put(new int[]{100, 200, 300, 400}) - 绝对位置读写：
int val = ib.get(2); ib.put(2, 999); - 配合 flip() 切换读写：
ib.flip(); while (ib.hasRemaining()) {...} - 若需跳过某些字段，直接移动原
ByteBuffer的position，视图会自动响应新起点
不需要额外转换，也不依赖中间数组，整个过程零拷贝、低开销。只要字节布局符合整型语义，asIntBuffer 就是最自然的“翻译窗口”。
