我正在编写基于DirectX 11的引擎.所有DirectX Com对象都包装在Microsoft :: WRL :: ComPtr中.但不幸的是,当我在关机时调用ID3D11Debug :: ReportLiveDeviceObjects时,它报告的多于1个对象的引用计数非零.
我很困惑,哪些代码实际上增加了那些引用计数,防止引用最后为零.举个例子,我在我的代码中提供了ID3D11ShaderResourceView的这个示例用法:
ID3D11ShaderResourceView在我的渲染目标类中声明为成员,
Microsoft::WRL::ComPtr<ID3D11ShaderResourceView> m_pShaderResourceView
它在构造函数中初始化为nullptr:
m_pShaderResourceView(wwNULLPTR)
界面创建如下:
device->CreateShaderResourceView(m_pDXTexture.Get(), &shaderResourceDesc, m_pShaderResourceView.ReleaseAndGetAddressOf());
该接口用于GenerateMips函数:
deviceContext->GenerateMips(m_pShaderResourceView.Get());
接口有一个getter函数:
ID3D11ShaderResourceView* GetShaderResourceView()
{
return m_pShaderResourceView.Get();
}
最后在析构函数中重置了接口:
m_pShaderResourceView.Reset();
最后,我在实时对象摘要中获得至少8个引用.
我的问题是:
我的代码的哪一部分实际上增加了引用计数？为什么调用Reset不会使引用为零？可能我错过了什么？
谢谢.
ID3D11Debug::ReportLiveDeviceObjects是一个非常有用的调试工具,但它确实有一些怪癖.具体而言,一些对象具有您无法直接控制的生命,并且是ID3D11Device本身的一部分.如果不关闭设备,则无法删除引用,此时无法获取实时对象报告.
在DXUT for Direct3D 11框架中,我通过调用报告活动对象之前调用ClearState然后Flush在紧邻的上下文中尽可能地将其删除.
即使在"干净"的出口,你仍然会有一些挥之不去的"现场"物品:
D3D11 WARNING: Live ID3D11Device at 0x025CA03C, Refcount: 5 [ STATE_CREATION WARNING #441: LIVE_DEVICE]
D3D11 WARNING: Live ID3D11Context at 0x02831030, Refcount: 0, IntRef: 1 [ STATE_CREATION WARNING #2097226: LIVE_CONTEXT]
D3D11 WARNING: Live ID3DDeviceContextState at 0x02828038, Refcount: 0, IntRef: 1 [ STATE_CREATION WARNING #3145742: LIVE_DEVICECONTEXTSTATE]
D3D11 WARNING: Live ID3D11BlendState at 0x005B766C, Refcount: 0, IntRef: 1 [ STATE_CREATION WARNING #435: LIVE_BLENDSTATE]
D3D11 WARNING: Live ID3D11DepthStencilState at 0x0283ECAC, Refcount: 0, IntRef: 1 [ STATE_CREATION WARNING #436: LIVE_DEPTHSTENCILSTATE]
D3D11 WARNING: Live ID3D11RasterizerState at 0x027006F4, Refcount: 0, IntRef: 1 [ STATE_CREATION WARNING #437: LIVE_RASTERIZERSTATE]
D3D11 WARNING: Live ID3D11Sampler at 0x0270082C, Refcount: 0, IntRef: 1 [ STATE_CREATION WARNING #434: LIVE_SAMPLER]
D3D11 WARNING: Live ID3D11Query at 0x005BB904, Refcount: 0, IntRef: 1 [ STATE_CREATION WARNING #438: LIVE_QUERY]
D3D11 WARNING: Live ID3D11Context : 1 [ STATE_CREATION WARNING #422: LIVE_OBJECT_SUMMARY]
D3D11 WARNING: Live ID3DDeviceContextState : 1 [ STATE_CREATION WARNING #422: LIVE_OBJECT_SUMMARY]
D3D11 WARNING: Live ID3D11BlendState : 1 [ STATE_CREATION WARNING #422: LIVE_OBJECT_SUMMARY]
D3D11 WARNING: Live ID3D11DepthStencilState : 1 [ STATE_CREATION WARNING #422: LIVE_OBJECT_SUMMARY]
D3D11 WARNING: Live ID3D11RasterizerState : 1 [ STATE_CREATION WARNING #422: LIVE_OBJECT_SUMMARY]
D3D11 WARNING: Live ID3D11Sampler : 1 [ STATE_CREATION WARNING #422: LIVE_OBJECT_SUMMARY]
D3D11 WARNING: Live ID3D11Query : 1 [ STATE_CREATION WARNING #422: LIVE_OBJECT_SUMMARY]
这些是运行时本身使用的"默认"对象.理想情况下,调试运行时会在生成此报告时忽略它们,但事实并非如此.
也就是说,因为你有8个而不是5个活动对象,你可能会留下一些东西.首先尝试ClearState并且Flush确保你没有因为被绑定到管道或由于延迟破坏而保持活力.如果还有剩下的对象,找到它们的下一步是使用"调试对象命名",这样你就可以找出你控制的对象仍然存在.可以使用宏或模板完成调试命名:
模板
template<UINT TNameLength>
inline void SetDebugObjectName(_In_ ID3D11DeviceChild* resource, _In_z_ const char (&name)[TNameLength])
{
#if defined(_DEBUG)
resource->SetPrivateData(WKPDID_D3DDebugObjectName, TNameLength - 1, name);
#else
UNREFERENCED_PARAMETER(resource);
UNREFERENCED_PARAMETER(name);
#endif
}
宏
#ifdef _DEBUG
inline void DXUT_SetDebugName( _In_ ID3D11DeviceChild* pObj,
_In_z_ const CHAR* pstrName )
{
if ( pObj )
pObj->SetPrivateData( WKPDID_D3DDebugObjectName,
(UINT)strlen(pstrName), pstrName );
}
#else
#define DXUT_SetDebugName( pObj, pstrName )
#endif
您需要链接
dxguid.lib到获取符号WKPDID_D3DDebugObjectName."WKPDID"代表着名的私人数据ID.具有讽刺意味的是,它不是那么"众所周知".