Java二维数组int[][]非连续内存，行优先遍历或改用一维数组模拟（data[i*cols+j]）可提升缓存命中率；起始地址对齐64字节、分块遍历进一步优化性能。
Java 中数组本身是连续分配的，但“连续”只对一维基本类型数组（如 int[]、double[]）真正成立；而二维数组 int[][] 实际是“数组的数组”，每行独立分配，物理内存不连续，会严重拖慢缓存命中率。要真正利用 CPU 缓存行（通常 64 字节），关键不是堆上有没有连续块，而是数据是否紧挨着、访问是否按序、起始地址是否对齐。
用一维数组模拟二维结构，确保物理连续
放弃 int[][]，改用单块 int[] 存储全部元素：
- 声明：
int[] data = new int[rows * cols]; - 索引映射：元素
[i][j]对应data[i * cols + j]（行优先） - 优势：JVM 在堆上一次性分配连续内存，CPU 预取器能稳定加载相邻元素，L1 缓存命中率接近理论峰值
- 配套建议：封装为
Matrix类，对外保留get(i, j)接口，隐藏索引计算
对齐起始地址到 64 字节边界
即使数组连续，若起始地址未对齐，单次读取可能跨两个缓存行，造成冗余加载：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- Java 原生不支持
alignas，但可通过 JVM 参数和分配时机间接优化：使用足够大的数组（避免 TLAB 快速耗尽）、预分配并复用实例 - 实测有效做法：创建大数组后，用
Unsafe或VarHandle检查首地址模 64 是否为 0；若非对齐，可略增大容量并跳过前若干位置 - 对齐后，每 16 个
int（4 字节 × 16）刚好填满一个缓存行，顺序遍历时预取效率最高
按行优先顺序访问，匹配内存布局
连续 ≠ 高效，访问模式必须与物理排列一致：
立即学习“Java免费学习笔记（深入）”；
- 正确写法（内层变列）：
for (int i = 0; i < rows; i++) { for (int j = 0; j < cols; j++) { data[i * cols + j] ... } } - 错误写法（列优先）：
for (int j = 0; j < cols; j++) { for (int i = 0; i < rows; i++) { data[i * cols + j] ... } }——每次i变化都跳cols个元素，极易 cache miss - JIT 对前者更易做循环展开、边界消除和向量化；后者因步长不可预测，优化受限
大数组分块遍历（Tiling），控制工作集大小
即使连续+行优先，超大矩阵单次遍历仍可能挤出 L1 缓存。分块让子区域反复驻留高速缓存：
- 典型块大小：32×32 到 128×128，需结合目标平台 L1d 缓存大小（如 32KB）估算
- 示例：对
data做乘法或卷积时，外层按块步进：for (int bi = 0; bi < rows; bi += BLOCK)，内层在块内完整计算 - 效果：热点数据复用率提升，L2/L3 访问大幅减少，实测可降低 30%~50% 缓存未命中
