Java 本身不支持像 C++11 alignas 那样的类级别内存对齐声明，但自 Java 21 起可通过 ByteBuffer.alignedSlice() 在堆外内存中实现任意 2 的幂次方（如 64 字节）的缓存行对齐，从而避免跨缓存行访问带来的性能损耗。
java 本身不支持像 c++11 `alignas` 那样的类级别内存对齐声明，但自 java 21 起可通过 `bytebuffer.alignedslice()` 在堆外内存中实现任意 2 的幂次方（如 64 字节）的缓存行对齐，从而避免跨缓存行访问带来的性能损耗。
在高性能并发编程或底层系统优化中，缓存行对齐（Cache Line Alignment）至关重要。现代 CPU 通常以 64 字节为单位加载数据到 L1/L2 缓存；若一个关键对象（如 long 字段、伪共享敏感的计数器）跨越两个缓存行（例如起始地址为 60，长度 16 → 占用 [60–75]），CPU 就需两次缓存行读取——不仅降低带宽利用率，更易引发伪共享（False Sharing）问题，严重拖累多线程性能。
Java 语言规范未提供 @Align 注解或 alignas 关键字，也无法直接控制对象在堆内存中的对齐方式（JVM 堆分配器不保证用户可控对齐）。但 Java 21 引入的 ByteBuffer.alignedSlice(int alignment) 方法，为堆外内存（DirectBuffer）提供了标准、安全、可移植的对齐能力：
import java.nio.ByteBuffer; // 分配 1KB 堆外缓冲区（默认可能未对齐） ByteBuffer base = ByteBuffer.allocateDirect(1024); // 创建 64 字节对齐的子视图（适合缓存行对齐） int CACHE_LINE = 64; ByteBuffer aligned = base.alignedSlice(CACHE_LINE); // 自动跳过前导偏移，返回首个对齐起始位置的 slice // 现在 aligned.position() % CACHE_LINE == 0，可安全存放 16/32/64 字节结构体 aligned.putLong(0, 0xCAFEBABEDEADBEEFL); // 起始地址必为 64 的倍数
该方法要求 alignment 是 2 的幂（如 8、16、32、64、128），并返回一个从最近的对齐边界开始、长度不超过原 buffer 剩余空间的新 ByteBuffer 视图。其底层依赖 JVM 对 mmap 或 posix_memalign 的封装，具备跨平台一致性。
若需精细控制或兼容 Java 21 之前版本，可结合 alignmentOffset(int offset, int alignment) 手动计算偏移：
立即学习“Java免费学习笔记（深入）”；
int offset = base.alignmentOffset(0, 64); // 获取从 position=0 开始的首个 64 字节对齐偏移量 ByteBuffer manualAligned = base.position(offset).slice(); // 截取对齐后区域
⚠️ 重要注意事项：
- alignedSlice() 仅适用于 DirectByteBuffer（堆外内存），对堆内 ByteBuffer.wrap(byte[]) 无效；
- 对象字段级对齐（如让 volatile long counter 独占缓存行）仍需靠填充字段（如 private long p1, p2, p3, p4, p5, p6, p7;）实现，alignedSlice 不影响普通对象布局；
- MappedByteBuffer 通常页对齐（4KB），但不保证缓存行对齐，仍需用 alignedSlice() 二次对齐；
- 启用 -XX:+UseParallelGC 或 ZGC/Shenandoah 等 GC 时，堆内对象布局不可控，切勿依赖反射或 Unsafe 强制对齐——既不安全也不可移植。
综上，Java 并非“无法对齐”，而是将对齐能力聚焦于显式内存管理场景（NIO DirectBuffer）。对于追求极致性能的底层库（如高性能队列、无锁 RingBuffer、低延迟序列化），合理使用 alignedSlice() 是规避跨缓存行访问、提升数据局部性与并发效率的关键实践。
