调用DX12的ClearDepthStencilView时触发访问违规问题排查

针对你遇到的第一帧清除DSV正常、后续帧触发访问违例（0xC0000005）的问题，从DirectX12核心机制出发，排查方向和解决步骤如下：

• 确认DSV描述符是否正确初始化且未被破坏
  你仅创建了DSV描述符堆，但必须将深度缓冲资源绑定到堆的描述符中才能生效。检查初始化代码中是否调用了CreateDepthStencilView，将深度资源的视图写入到堆的起始位置：

  // 假设m_depthBuffer是你的深度缓冲资源ComPtr
  D3D12_DEPTH_STENCIL_VIEW_DESC dsvDesc = {};
  dsvDesc.Format = DXGI_FORMAT_D32_FLOAT; // 需与深度缓冲的创建格式一致
  dsvDesc.ViewDimension = D3D12_DSV_DIMENSION_TEXTURE2D;
  dsvDesc.Texture2D.MipSlice = 0;
  m_device->CreateDepthStencilView(m_depthBuffer.Get(), &dsvDesc, m_DSVHeap->GetCPUDescriptorHandleForHeapStart());
  

  这个初始化操作仅需在程序启动或深度资源重建时执行一次，无需在每一帧重复调用。

• 验证命令列表的重置状态
  即使GetCommandList()声称返回“已自动重置”的命令列表，也建议显式确认重置逻辑。确保命令列表与对应的命令分配器正确重置：

  ComPtr<ID3D12GraphicsCommandList2> commandList = m_directCommandQueue->GetCommandList();
  // 替换m_commandAllocator为你对应的命令分配器实例
  ThrowIfFailed(commandList->Reset(m_commandAllocator.Get(), nullptr));
  

  注意：命令分配器不能在命令列表处于执行状态时被重置，需确保帧同步逻辑正确。

• 检查深度缓冲的资源状态转换
  ClearDepthStencilView要求深度缓冲处于D3D12_RESOURCE_STATE_DEPTH_WRITE状态。如果前一帧中深度缓冲被用于深度读取（比如后期处理），需要在清除前通过资源屏障切换状态：

  D3D12_RESOURCE_BARRIER barrier = {};
  barrier.Type = D3D12_RESOURCE_BARRIER_TYPE_TRANSITION;
  barrier.Flags = D3D12_RESOURCE_BARRIER_FLAG_NONE;
  barrier.Transition.pResource = m_depthBuffer.Get();
  barrier.Transition.Subresource = D3D12_RESOURCE_BARRIER_ALL_SUBRESOURCES;
  // 根据前一帧深度缓冲的实际状态修改StateBefore
  barrier.Transition.StateBefore = D3D12_RESOURCE_STATE_DEPTH_READ;
  barrier.Transition.StateAfter = D3D12_RESOURCE_STATE_DEPTH_WRITE;
  commandList->ResourceBarrier(1, &barrier);
  

  清除完成后，若后续需要读取深度缓冲，记得切换回对应状态。

• 排查驱动兼容性问题
  异常来自NVIDIA的nvwgf2umx.dll，尝试更新显卡驱动到最新版本，旧驱动可能存在DirectX12的API兼容性Bug。

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