关键在于精准搬运只读快照数据：先用volatile获取reportData快照，统计非null行数后按需扩容，arraycopy仅搬有效行，新增行填入末尾；锁仅用于引用读取与更新，拷贝在锁外执行；须校验每行长度，确保目标数组类型匹配且无空洞。
关键不是 arraycopy 本身能“确保”，而是它在正确前提下，能**精准搬运已有快照数据**。所谓“数据缩水”，本质是拼装过程中漏掉部分行、或复制时长度计算错误、或并发读写导致看到中间状态。arraycopy 只负责搬，搬多少、从哪搬、搬给谁，得靠你控制。
先锁定一份只读快照
拼装线程不能直接读写共享的 reportData。必须在开始拼装前，用 volatile 引用获取当前数组，并视其为不可变快照：
- volatile int[][] snapshot = reportData; —— 利用 volatile 保证引用最新，但仅此而已
- 后续所有操作（包括 arraycopy）都基于
snapshot，不再访问reportData原变量 - 若其他线程正在修改
reportData，它们应通过“新建数组 + CAS 更新引用”方式提交，不原地改内容
扩容时按需分配，只拷贝有效行
多维报表常需追加新行，但 reportData 是 int[INIT_ROWS][]，里面很多是 null。直接复制整个二维数组会把 null 行也搬过去，造成“逻辑缩水”（有效数据被稀释）：
- 先遍历
snapshot，统计非null行数：int actualRows = countNonNull(snapshot); - 新数组长度 =
actualRows + addRows，不是snapshot.length + addRows - 创建
int[newLength][]，再用System.arraycopy(snapshot, 0, newData, 0, actualRows)搬有效行 - 新增行直接填入
newData[actualRows]起始位置，不依赖原数组空位
避免在锁内做长耗时拷贝
如果拼装过程需要同步（例如更新全局报表句柄），不要把整个 arraycopy 放进 synchronized 块里：
- 只在读取
reportData引用和最后更新reportData = newData这两步加锁 - arraycopy 搬运过程在锁外执行，避免阻塞其他线程读取旧快照
- 这样既保证引用更新原子性，又让拷贝不拖慢整体吞吐
确认目标数组类型与源一致，防止静默截断
arraycopy 对类型敏感。若报表行类型是 int[]，目标数组必须也是 int[][]，且每行长度要单独校验：
- 搬运前检查：若某行
snapshot[i].length != expectedColCount，该行要么补零、要么丢弃、要么报错——不能让它参与拷贝后留空洞 - 不要依赖
Arrays.copyOf(snapshot[i], newColCount)自动补零来“对齐”，那属于预处理，应在快照生成阶段完成 - 最终
newData中每一行都应是完整、等长、非 null 的int[]
