DirectX12各资源分配方式的GPU缓冲区是否均强制64KB对齐？

首先确认你的观测结论完全符合D3D12官方规范：所有缓冲区类资源（顶点、索引、常量、结构化缓冲区等，无论用途） 的物理内存对齐要求统一为64KB，仅纹理类资源支持4KB对齐，这个规则和你用什么创建接口没有关系，不存在接口层面的特殊豁免。单个小网格顶点+索引各占64KB、合计128KB的浪费问题，是D3D12开发者做小资源内存管理时的典型共性问题。

1. CreateCommittedResource、CreateReservedResource的对齐要求与内存排布特性 #

• CreateCommittedResource创建的缓冲区没有任何对齐特权，一样要遵守64KB对齐规则，也不可能实现更紧凑的内存排布。这个接口本质是Runtime帮你隐式完成了「创建适配大小的堆 -> 在堆上放置资源」的全流程，不会做任何跨资源的内存打包，哪怕你创建一个12字节的索引缓冲区，它底层照样占满64KB的物理显存，碎片率和你手动用CreatePlacedResource给每个小资源单独开堆完全一致，甚至因为你没法自主控制堆内偏移，碎片优化的灵活度还不如手动管理PlacedResource。
• CreateReservedResource（即平铺/Tiled资源创建接口）创建的缓冲区，不管是虚拟地址预留阶段还是后续物理内存映射阶段，也都要遵守64KB对齐要求，原生不会自动做资源打包，直接使用也没法得到更紧凑的内存布局。

2. 降低PlacedResource缓冲区内存浪费的可行方案 #

• 行业通用解法是实现缓冲区子分配器（Buffer Suballocator）：不要给每个小网格单独创建堆、单独放置资源，而是一次性申请大块的、64KB对齐的对应类型显存堆（比如DEFAULT堆用于存静态顶点/索引数据，UPLOAD堆用于动态上传数据），自己在堆内维护偏移分配逻辑，把同内存类型、同访问权限的多个小缓冲区连续塞到同一个大堆里。只要保证每个子缓冲区的起始偏移满足资源自身的对齐要求（比如顶点缓冲区通常要求16B对齐、索引缓冲区4B对齐，远小于64KB），就可以正常创建资源视图、绑定到管线使用，这种方式可以把64KB堆边界产生的尾部碎片压到几乎可以忽略的水平。
• 配合分桶生命周期管理：把生命周期一致的小资源（比如同个场景加载的所有小网格、同批次加载的UI资源）放到同一个堆块里，卸载时直接整个堆释放，避免单个小资源长生命周期占住整个64KB块、其余空闲空间没法复用的问题；堆内产生的空闲碎片用空闲链表记录，后续新的小资源优先填充已有堆的空闲空隙，尽量减少新堆的申请。
• 注意避坑：不要把缓冲区和纹理放到同一个堆里，两者对齐要求差16倍，混放反而会产生大量的对齐填充浪费；不同内存属性的堆（DEFAULT/UPLOAD/READBACK）也不要混放资源，硬件层面本身就不支持跨内存类型的资源放置。

3. ReservedResource缓冲区的映射对齐要求 #

• 你对ReservedResource的基础认知是准确的，它本质是先预留一段连续的GPU虚拟地址范围，不占用实际物理显存，后续通过UpdateTileMappings接口把虚拟地址段映射到物理显存页。
• 针对缓冲区类型的ReservedResource，不管是虚拟地址预留的起始地址，还是每个可映射的最小物理内存块，强制要求64KB对齐，映射的最小粒度就是64KB，没有4KB粒度的缓冲区映射选项——4KB的tile映射粒度是纹理类平铺资源独有的，不适用于缓冲区。
• 提个常见误区：别指望用ReservedResource的页映射机制来降低小缓冲区的内存浪费，它的最小映射粒度和PlacedResource的堆对齐粒度完全一致，不会带来任何空间节省，反而会额外增加页表管理、映射维护的CPU开销，得不偿失。

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