解读

Unity DOTS（Data-Oriented Tech Stack）下的Job System对值类型极度敏感：

1. 任何引用类型（class）在Burst编译后都会退化为托管对象，触发GC且无法向量化；
2. Job 的线程安全规则要求零托管引用，否则编译直接失败；
3. 移动端IL2CPP对托管堆的访问会触发Write Barrier，造成主线程停顿。
   因此，面试官想确认两点：

• 你是否理解值语义在SIMD/Burst中的决定性作用；
• 你能否把“record 语法糖”落地为可Burst化的零GC代码。

知识点

1. record struct 是 C# 10 引入的值类型记录，编译后仍是 struct，满足 unmanaged 约束；
2. record class 是引用类型，即使写成 readonly class，在 Burst 眼里仍是托管对象；
3. Unity 2021.2+ 的 Burst 1.7 已完整支持record struct的 with 表达式，并生成inline 复制；
4. Jobs 中只允许** unmanaged** 类型，record struct 只要字段都是 unmanaged 即可通过编译；
5. cache-line 对齐：record struct 可显式添加 [StructLayout(LayoutKind.Auto)] 让Burst自动排布字段，避免false sharing；
6. 零分配迭代：在 IJobFor、IJobParallelFor 中，record struct 数组 = 连续内存，可被向量指令一次处理 4~8 个元素；
7. 热更新兼容：il2cpp 模式下，record struct 的 Equals 自动生成的代码是非虚函数，不会触发 AOT 泛型膨胀。

答案

在 Unity Jobs/Burst 管线中，record struct 相比 record class 的核心优势只有一句话：“它是值类型，因此可以被 Burst 编译为无 GC、向量化、线程安全的本地代码。”
具体落地表现为：

1. 零托管引用：record struct 的字段如果都是 unmanaged，可直接用于 IJobParallelFor，而 record class 即使字段全是值类型，也会因头指针被 Burst 拒绝；
2. with 表达式零分配：record struct 的 with 只产生栈上复制，Burst 会将其优化为单条 SIMD mov；record class 的 with 会触发新对象分配，每帧 1 万次调用就能产生 10 MB 以上的 GC；
3. 内存局部性：record struct 数组在 Jobs 中是紧密排列，一次 cache miss 可拉入 8 个元素；record class 数组是指针数组，每次访问都至少两次 cache miss；
4. 移动端性能：在 HarmonyOS 与低端 Android 机型上，il2cpp 对托管引用的 Write Barrier 开销约为 0.3 µs/次，使用 record struct 可直接抹平这部分开销；
5. 调试友好：Burst Inspector 下可看到 record struct 被展开为原生结构体，方便对齐与偏移量检查；record class 则直接提示“managed object not supported”。

一句话总结：在 DOTS 语境里，record class 是语法糖，record struct 才是性能底座。

拓展思考

1. 混合场景：如果策划需求必须保留字符串字段（如角色名），可将其外抽到BlobString 或 FixedString32Bytes，再把 record struct 作为句柄传递，实现“逻辑值类型 + 数据外置”的零 GC 方案；
2. 版本演化：老项目已大量使用 class 记录，可写BurstCompatibleAttribute 工具链，在编译期把 record class 自动代码生成为 record struct，实现无痛迁移；
3. 性能陷阱：record struct 默认生成的 Equals 会逐字段比较，若内部含 float3 等复合类型，可手动实现 IStructEquatable<float3> 并调用 math.all，避免分支误判；
4. 面试加分：主动提到 Unity 2023.2 的 Unity.Mathematics.Extensions.Record 实验包，已支持 record struct 的批量序列化到 Entity Scene，可让面试官直接认定你“追新且落地”。