Unity Job传入NativeArray后偶发数据为空问题排查

先说结论：这问题和多线程Job竞争半毛钱关系没有——你单线程跑都复现，基本就是NativeArray生命周期踩坑+值类型拷贝的隐式问题，要么就是逻辑分支传错了变量。 #

最先查这几个高概率问题，基本中一个 #

• 数组被提前Dispose了，你没开安全检查没报错 #

  你用Allocator.Persistent分的数组不会自己凭空变空，长度从正常变0第一反应就是查有没有在调用GenerateMesh之前就把这个数组Dispose()了。

  提个醒：要是你在Build版本关了Native Collection安全检查，访问已经释放的NativeArray根本不会抛异常，大概率直接返回长度0、内部指针无效，和你说的现象一模一样。Editor里默认开安全检查会直接飘红，要是你是在打包后出的问题，先把安全检查开了再跑，碰到非法访问直接卡主报错，比瞎打日志快多了。
  重点盯着这几个场景查：

  1. 区块卸载逻辑是不是跑早了，还在生成队列里排队的区块，对应的details数组先被释放了
  2. 有没有写那种批量清理NativeArray的逻辑，比如每帧结束、每批Job跑完就统一清一波，没判断当前区块的生成流程是不是真的走完了
  3. 是不是多个区块意外共用了同一个details数组实例，一个区块生成完把数组释放了，其他还在跑的区块就拿到了无效内存

• 传参传错了，同名变量遮蔽 #

  别觉得自己传参肯定没错，NativeArray是值类型，很容易出隐式问题：
  1. 看你调用GenerateMesh的那个作用域里，有没有声明过同名的NativeArray<Detail> details局部变量，刚好沙漠群系的分支里给这个局部变量塞了个长度0的空数组，传参的时候优先拿了局部变量没拿你最开始分配的那个
  2. 查Job结构体里的details字段有没有加[ReadOnly]，有没有在Job其他逻辑里手滑给这个字段重新赋了空数组
  3. 要是你是在Job内部调的GenerateMesh，别手滑在方法上面声明了没初始化的details局部变量——值类型未初始化默认就是长度0，传参的时候局部变量优先级比结构体字段高，传错了都不好发现

• 群系配置被偷偷换了 #

  别以为你初始化NativeArray的时候拷了数据就和源Biome配置没关系了：
  1. 沙漠Biome要是用的ScriptableObject存配置，查下有没有Play模式下自动重导入、热更逻辑替换资源的情况，会不会某一步逻辑里重新从chunk拿Biome配置建了个空的details数组，把原来的有效数组覆盖了
  2. 查chunk.GetBiome()的判定逻辑，是不是有二次修正的分支——比如区块刚加载的时候判定是沙漠，分了正常长度的数组，后面高度图生成完发现高度不对，把群系改成了没细节的空群系，顺手把details变量也换成空的了

5分钟定位的调试技巧 #

别光打长度日志，把每个数组的不安全指针一起打出来，是不是同一个实例一眼就能看出来，日志就这么写：

// 指针地址相同才是同一个数组实例
Debug.Log($"details长度:{details.Length}, 指针:{details.GetUnsafePtr()}, 群系ID:{chunk.GetBiome().id}");

四个位置必须打：

1. NativeArray刚分配完的时候
2. Job构造函数里给this.details赋值完的时候
3. 马上要调用GenerateMesh传参之前
4. 所有调用details.Dispose()的地方
   对比下指针就清楚了：要么是传参的时候传了个别的指针的空数组，要么是调GenerateMesh之前这个指针就已经被打了释放日志。

说个我之前踩的一模一样的坑：之前做开放世界地形的时候也碰到这问题，沙漠群系大概3个里就有1个不出细节，查了快俩小时，最后发现是我把details数组存在Chunk组件上，生成队列按离相机距离排优先级，离得远的沙漠区块因为细节多、加载优先级低，被判定为暂时不需要生成细节，逻辑里直接把Chunk上的details给Dispose清空了，但是这个区块的Job早就塞到调度队列里了，等轮到Job跑的时候拿到的就是已经释放的数组，关了安全检查就返回长度0，和你的复现概率、现象完全对得上。 #

内容的提问来源于stack exchange，提问作者That Falco001