如何在Unity ECS中用1次Draw Call渲染数万个精灵?5分钟认识DOTS渲染包NSprites【免费下载链接】NSpritesUnity DOTS Sprite Rendering Package项目地址: https://gitcode.com/gh_mirrors/ns/NSpritesNSprites是一款专为 Unity EntitiesDOTS/ECS打造的精灵渲染包它通过 GPU 实例化Instancing ComputeBuffer把所有共享同一材质的精灵实体合并成1 次 Draw Call绘制让数万个 2D 精灵也能保持满帧运行 ⚡为什么 ECS 渲染精灵需要专门的包在传统 GameObject 工作流里每个精灵通常对应一个MeshRenderer。当场景里出现几万个小兵、弹丸或粒子精灵时Draw Call 会直接爆炸CPU 侧的绘制开销成为性能瓶颈。而在 DOTS/ECS 世界里情况更棘手实体Entity本身没有 Renderer 组件你必须自己搭建一条从实体数据到 GPU 的渲染通路。NSprites 正是解决了这个问题的轻量级渲染框架 同一材质Render Archetype下的所有精灵 → 1 次 Draw Call 任意公开组件都能映射为着色器的实例化属性位置、颜色、UV 等⚙️ 三种数据更新策略避免不必要的 CPU 开销️ 支持编辑器内SubScene实时渲染预览核心原理NSprites 如何做到 1 次 Draw Call核心逻辑集中在Rendering/Systems/SpriteRenderingSystem.cs与Rendering/Common/RenderArchetype.cs分组每个精灵实体带一个共享组件SpriteRenderID定义于Rendering/Components/SpriteRenderID.cs。相同 ID 的实体归入同一个Render Archetype渲染原型 网格 材质 一组实例化属性。同步渲染系统通过 Job 系统把各实体的组件数据并行同步到ComputeBuffer对应着色器端的StructuredBufferT。绘制最后调用一次实例化绘制指令把该组全部实体画出来——这就是 1 次 Draw Call 的来源。自动扩容当实体数量超出预分配容量时ComputeBuffer 会按最小步进自动重新分配无需手动管理内存。3 种属性更新模式PropertyUpdateModeNSprites 允许为每个实例化属性指定更新策略见Rendering/Common/PropertyUpdateMode.cs这是它省 CPU 的关键模式更新时机适用场景Reactive默认仅在数据变化/实体增删时最常移动、最常变化的属性如位置Static仅实体创建/销毁时初始化后不再改动的数据EachUpdate每帧更新必须每帧刷新的属性数据不动就不上传 GPU——数万个精灵中即使只有几百个在动CPU 同步成本也非常低 ✅快速安装3 步完成环境要求Unity 2022.2Entities v1.0.0-pre.65。打开终端进入你的 Unity 项目Packages目录执行git clone https://gitcode.com/gh_mirrors/ns/NSprites回到 Unity 等待导入完成即可。包名为com.tonymax.nsprites当前版本 4.0.2见项目根目录的 package.json 说明文件。5 分钟上手从零渲染第一万个精灵第 1 步声明组件 → 着色器属性映射在任意 .cs 文件顶部用程序集级特性完成绑定特性定义见Rendering/Common/InstancedPropertyComponentAttribute.cs[assembly: InstancedPropertyComponent(typeof(WorldPosition2D), _pos2D)] [assembly: InstancedPropertyComponent(typeof(SpriteColor), _color)]第 2 步注册 Render ArchetyperenderArchetypeStorage.RegisterRender( renderID, material, // 材质需开启 [Enable GPU Instancing] bounds, // 精灵可见范围如 new Bounds(Vector3.zero, Vector3.one * float.MaxValue) 128, 128, // ComputeBuffer 初始容量与扩容步进 _pos2D, _color);注册入口在Rendering/Components/RenderArchetypeStorage.cs整个项目只需注册一次不要重复注册同一 renderID。第 3 步让实体可被渲染给精灵实体补上渲染组件扩展方法定义在Rendering/Common/NSprites.csentityManager.AddSpriteRenderComponents(spriteEntity, renderID); entityManager.AddComponentData(spriteEntity, new WorldPosition2D { Value pos }); entityManager.AddComponentData(spriteEntity, new SpriteColor { Value Color.white });在 Baker 中也可以用this.AddSpriteComponents(renderID)一键完成。第 4 步让着色器支持实例化着色器中通过StructuredBufferT读取每实例数据并用内部指针属性_propertyPointers索引Reactive 模式需要StructuredBufferint _propertyPointers; StructuredBufferfloat4 _color; // 顶点着色器内 int propPointer _propertyPointers[instanceID]; float4 color _color[propPointer];至此SpriteRenderingSystem会在每帧 Presentation 阶段自动完成数据同步与绘制无需额外调用 兼容性速查表NSprites 依赖 GPU 实例化与 ComputeBuffer选型前先看这张表图形 API支持情况平台支持情况Direct3D12✅ 支持PC✅ 支持Vulkan✅ 支持WebGL❌ 不支持Direct3D11⚠️ 部分支持Android⚠️ 未完全验证OpenGLCore / GLES3⚠️ 部分支持iOS❓ 未验证项目结构一览想深入源码核心目录结构如下均可在当前仓库中直接找到Rendering/Systems/SpriteRenderingSystem.cs—— 渲染系统主入口Rendering/Common/RenderArchetype.cs—— 渲染原型与同步调度Rendering/Components/——SpriteRenderID、属性指针等组件Rendering/Jobs/—— 数据同步 JobMapChunkJobs / SyncDataJobsRendering/Debug/—— 编辑器校验系统调试数据映射问题NativeContainers/—— 项目自定义的 Native 容器工具package.json—— 包信息与依赖声明 提示NSprites 只负责渲染 数据管理排序、剔除、动画等 2D 逻辑需要自行实现可参考作者的配套示例项目思路。常见问题Q和直接用 SpriteRenderer 有什么区别SpriteRenderer 面向 GameObject每个实例通常独立产生 Draw CallNSprites 面向 ECS 实体以 Render Archetype 为单位整组实例化绘制万级精灵下 Draw Call 数量稳定在个位数。Q为什么着色器里要用_propertyPointersReactive/Static 属性按块Chunk紧凑排布以节省 GPU 内存实体在 GPU 缓冲中的位置与实例 ID 不一定一一对应指针表负责完成这一映射。Q如何降低 CPU 开销把不常变的属性设为Reactive或Static只有真正每帧变化的数据才用EachUpdate容量参数按需预留减少扩容重分配。总结NSprites 是 Unity DOTS 生态中非常精炼的精灵渲染方案注册 → 绑定组件 → 实例化绘制三步把数万个精灵压缩成个位数 Draw Call。如果你正在用 ECS 开发大规模 2D 场景RTS、弹幕、粒子海这个包值得放进你的工具箱 【免费下载链接】NSpritesUnity DOTS Sprite Rendering Package项目地址: https://gitcode.com/gh_mirrors/ns/NSprites创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考