d3d12createdevice需先用dxgi_adapter_flag_hardware枚举支持d3d12的物理适配器，再传入非nullptr适配器指针和目标feature_level（如12_0）调用；createcommandqueue失败主因是commandqueuedesc中type、priority或flags不匹配硬件/系统限制；win7不支持d3d12，必须运行时检查os版本≥10240并提供d3d11回退。
如何调用 D3D12CreateDevice 初始化设备？
它不直接创建设备对象，而是验证驱动和硬件是否支持指定的 D3D_FEATURE_LEVEL，成功后才允许你调用 IDXGIFactory4::EnumAdapter 找可用显卡。常见错误是传入 nullptr 作为第一个参数（即跳过适配器枚举），结果在集成显卡或无独显机器上直接失败。
- 必须先用
DXGI_ADAPTER_FLAG_HARDWARE枚举出支持 D3D12 的物理适配器，不能依赖默认适配器 -
D3D_FEATURE_LEVEL_11_0是最低门槛，但多数现代显卡至少支持D3D_FEATURE_LEVEL_12_0；若目标是 Win11 + 新硬件，可直接试D3D_FEATURE_LEVEL_12_1 - 调用前确保已加载
d3d12.dll，且项目链接了d3d12.lib和dxgi.lib
为什么 CreateCommandQueue 总返回 E_INVALIDARG？
根本原因通常是 D3D12_COMMAND_QUEUE_DESC 中的 Type 和 Priority 不匹配，或者 Flags 设了不被支持的值（比如在非 WDDM 2.5+ 环境下用了 D3D12_COMMAND_QUEUE_FLAG_DISABLE_GPU_TIMEOUT）。
-
Type必须是D3D12_COMMAND_LIST_TYPE_DIRECT、_COMPUTE或_COPY之一；混用会触发校验失败 - Windows 10 1809 之前，
Priority只能设为D3D12_COMMAND_QUEUE_PRIORITY_NORMAL；设成HIGH会静默失败 - 务必检查
pCommandQueueDesc->NodeMask是否为 0 —— 多 GPU 场景下非零值需与适配器实际 node count 对齐
初始化命令队列前，必须先创建命令分配器和命令列表吗？
不需要。命令分配器（ID3D12CommandAllocator）和命令列表（ID3D12GraphicsCommandList）是运行时资源，可在设备和队列就绪后再创建。但要注意：命令分配器的 Type 必须和命令队列的 Type 严格一致，否则 CreateCommandList 会返回 E_INVALIDARG。
- 一个命令队列可绑定多个分配器，但同一时间只能有一个处于“记录中”状态
- 分配器类型错配的典型表现：调用
ID3D12Device::CreateCommandList后返回成功，但首次调用Reset()就崩溃 - 调试时建议开启 D3D12 调试层，并检查输出窗口里是否有 “Command allocator type mismatch” 类提示
Win7 能不能跑 D3D12 设备初始化代码？
不能。D3D12 从 Windows 10 TH2（10586）起才原生支持，Win7 即使装了最新显卡驱动也无法加载 d3d12.dll。尝试加载会直接失败，GetLastError() 返回 ERROR_FILE_NOT_FOUND 或 ERROR_PROC_NOT_FOUND。
- 编译期无法检测系统版本兼容性，必须在运行时用
VerifyVersionInfo或RtlGetVersion检查 OS build number ≥ 10240 - 部分旧项目误以为“链接 d3d12.lib 就能跨平台”，结果在 Win7 上启动即闪退，且无明确报错
- 如果你的目标用户仍有 Win7 机器，必须提供 D3D11 回退路径，不能只写一套初始化逻辑
ID3D12Device 创建后立即调用 CheckFeatureSupport 验证纹理压缩、RTV 格式支持等细节，这些才是真正影响后续渲染通路的地方。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
