为什么在 DX11 游戏期间加载 D3D10SDKLayers.dll？

Question

请参阅下面的编辑更新。原问题已修改！

我有一个使用 DX11 设备的工作窗口。当我尝试使用 Alt+Enter 进入全屏时，我的问题出现了。如果窗口没有聚焦，我会得到一个调试输出：

'MyGame.exe': Loaded 'C:\Windows\SysWOW64\D3D10SDKLayers.DLL', Cannot find or open the PDB file

和然后警告

DXGI 警告：IDXGISwapChain::Present：由于应用程序不使用 IDXGISwapChain::ResizeBuffers 而导致全屏演示效率低下适当地，指定 IDXGIOutput::GetDisplayModeList 中不可用的 DXGI_MODE_DESC，或者不使用 DXGI_SWAP_CHAIN_FLAG_ALLOW_MODE_SWITCH

我相当确定 DX11 游戏不应该加载 D3D10SDKLayers.dll，尤其是在执行过程中。从 MSDN 文档中，我了解到该 DLL 在创建设备时加载：如果使用适当的层标志创建设备，则自动加载该 DLL。因此，我检查了我的设备创建方法是否在执行过程中以某种方式被调用，但事实并非如此。我的游戏中只有 2 个位置存在设备创建，但两个位置都没有被击中。 编辑：检查MSDN后，似乎这个dll只是一个调试dll，可能只是加载以打印出警告本身，没有其他目的。

显式重现情况：

1）Alt+Enter 6次（3个全屏转换循环，双向，开始窗口化），第7次加载dll并弹出警告。无论窗口聚焦如何，都会发生这种情况。

方法调用层次结构摘要（进入全屏）：

1) ToggleFullscreen() - 我的方法，唯一由 Alt+Enter 调用的方法
2) ResizeTargetAndBuffers() - 我的方法，下面的子方法
3) DXGISwapChain->ResizeTarget(frontBufferDesc) 将前端缓冲区大小调整为指定的分辨率
4) DXGISwapChain->GetFullscreenState() 判断全屏状态
5) DXGISwapChain->SetFullscreenState(TRUE, NULL) 进入全屏
6) ResizeDXGIBuffers(width, height, TRUE) 我的方法，调整后台缓冲区大小，下面的子方法
7) DXGISwapChain->ResizeBuffers(count, width, height, format, flags) 调整后台缓冲区大小
8) DXGISwapChain->ResizeTarget(frontBufferDesc) 防止刷新率问题。 RefreshRate 成员根据 MSDN 最佳实践进行清零。
9) DXGISwapChain->GetFullscreenState() 确定全屏状态

方法调用层次结构摘要（进入窗口）：

1) ToggleFullscreen() - 我的方法，唯一由 Alt+Enter 调用的方法
2) ResizeTargetAndBuffers() - 我的方法，下面的子方法
3) DXGISwapChain->ResizeTarget(backBufferDesc) 将前端缓冲区大小调整为指定的分辨率
4) DXGISwapChain->GetFullscreenState() 判断全屏状态
5) DXGISwapChain->SetFullscreenState(FALSE, NULL) 进入全屏
6) DXGISwapChain->ResizeTarget(backBufferDesc) 将前端缓冲区大小调整为窗口的分辨率（帮助解决一些分辨率问题）
7) ResizeDXGIBuffers(width, height, FALSE) 我的方法，调整后台缓冲区大小，下面的子方法
8) DXGISwapChain->ResizeBuffers(count, width, height, format, flags) 调整后台缓冲区大小
9) DXGISwapChain->GetFullscreenState() 来确定全屏状态

这样做的后果是相当严重的。我捕获 Alt+Enter 的低级键盘钩子不再被调用，因此 Windows 能够执行自动 Alt+Enter 处理，这完全绕过我的 ToggleFullscreen 方法并将窗口设置为桌面分辨率。这会导致缓冲区大小错误（因为我没有设置它们，而是 Windows 这样做了），导致效率低下的警告，并扰乱了我的程序中的变量，这些变量不再正确了解缓冲区大小以及窗口是否全屏或不。

关于可能导致此问题的任何想法？

PS 如果您需要代码示例，请具体说明您想查看的内容，如果可能的话，我会尽力将其提供。我无法列出整个代码清单。

编辑：设备创建代码如下。

         hr = D3D11CreateDevice(    pAdapter,
                                    driverType,
                                    NULL,
                                    rDeviceSettings.m_CreateFlags,
                                    &rDeviceSettings.m_eD3DDeviceFeatureLevel,
                                    1,
                                    D3D11_SDK_VERSION,
                                    &pGraphicsDevice,
                                    &eFeatureLevel,
                                    &pDeviceContextI
            );


            if ( FAILED( hr ) ) {
                pAdapter = NULL;
                // Remote desktop does not allow you to enumerate the adapter.  In this case, we let D3D11 do the enumeration.
                if ( driverType == D3D_DRIVER_TYPE_UNKNOWN ) { 
                    hr = D3D11CreateDevice( pAdapter,
                                            driverType,
                                            NULL,
                                            rDeviceSettings.m_CreateFlags,
                                            &rDeviceSettings.m_eD3DDeviceFeatureLevel,
                                            1,
                                            D3D11_SDK_VERSION,
                                            &pGraphicsDevice,
                                            &eFeatureLevel,
                                            &pDeviceContextI
                    );
                }

第一次调用在 99% 的情况下都会成功，即当您不使用远程桌面时，因此我将只关注它。我给它适配器，driverType为D3D_DRIVER_TYPE_HARDWARE，m_CreateFlags为D3D11_CREATE_DEVICE_DEBUG，m_eFeatureLevel为D3D_FEATURE_LEVEL_11_0。非常标准的调用，而且总是成功。

编辑更新1：经过一些广泛的调试，我发现当加载dll并弹出低效警告时，会出现一些非常有趣的情况。下面列出了它们：

1) VS2010 调试器不再在关键钩子中触发断点。
2) 打印输出在钥匙钩中不再起作用。
3) 如果窗口之前调整过大小，则可能会变得不可调整大小
4) 窗口可能变得不可移动。
5) 三个线程退出。

编辑更新2：第一次编辑更新可能有不正确的假设；如果我发现它，我会删除它。事实证明，我的低级关键钩子不再被调用（我认为，因为其中没有断点或打印语句工作），所以如果我的程序中的某些内容意外地注销了它，那么这将导致上述所有问题。明天测试一下...

编辑更新 3：我不确定发生了什么。我在家用计算机和工作计算机上测试了相同的干净项目，并得到了不同的结果。在家里，我可以无限期地按 Alt+Enter，不会出现任何问题，但在工作中，第七次 Alt+Enter 会导致不再调用键挂钩并发生缓冲区问题。

编辑更新 4：更多测试（工作中）。在第三次转换到窗口模式后，钥匙挂钩肯定会被删除。它不再在键钩子方法内打印，并且无论按下哪个键都不会触发断点。我想我将就此提出一个单独的问题，因为我上面描述的所有其他问题只是这个关键钩子不调用 ToggleFullscreen() 的结果。作为参考，我提供了下面的关键钩子代码。

LRESULT _stdcall MyClass::WindowsKeyHook( s32 nCode, WPARAM wParam, LPARAM lParam ) {
    printf("Key hook called, nCode: %d. ", nCode);
    if( nCode < 0 || nCode != HC_ACTION )  { // do not process message 
        return CallNextHookEx( MyClassVar.GetWindowsKeyHook(), nCode, wParam, lParam );
    }
    printf(" Key hook status ok.\n");

    BOOL bEatKeystroke = FALSE;
    KBDLLHOOKSTRUCT* p = ( KBDLLHOOKSTRUCT* )lParam;
    switch( wParam ) {
        //NOTE: Alt seems to be a system key when it is PRESSED, but a regular key when it is released...
        case WM_SYSKEYDOWN:
            if(p->vkCode == VK_MENU || p->vkCode == VK_LMENU || p->vkCode == VK_RMENU) {
                MyClassVar.SetAltPressed(TRUE);
            }
            if(MyClassVar.IsAltPressed() && p->vkCode == VK_RETURN) {
                bEatKeystroke = TRUE;
                MyClassVar.SetAltEnterUsed(TRUE);
                printf("Alt+Enter used.\n");
            }
            break;
        case WM_SYSKEYUP:
            //NOTE: releasing alt+enter causes a SYSKEYUP message with code 0x13: PAUSE key...
            break;
        case WM_KEYDOWN:
            break;
        case WM_KEYUP: {
            if(p->vkCode == VK_MENU || p->vkCode == VK_LMENU || p->vkCode == VK_RMENU) {
                MyClassVar.SetAltPressed(FALSE);
            }
            bEatKeystroke = ( !MyClassVar.IsShortcutKeysAllowed() &&
                                ( p->vkCode == VK_LWIN || p->vkCode == VK_RWIN ) );
            break;
        }
    }

    if( bEatKeystroke ) {
        return 1;
    }
    else {
        return CallNextHookEx( MyClassVar.GetWindowsKeyHook(), nCode, wParam, lParam );
    }
}

printf 语句显示直到第 6 个 Alt+Enter 之后才调用关键钩子。这是第三次转换为窗口模式。我没有必要像我之前想的那样第四次进入全屏来导致问题。 MyClassVar 调用的所有方法都是内联的，以使键钩子尽可能快地运行，因为我知道 Windows 键钩子有超时。 Alt+Enter 的实际处理是由 MyClass 中的线程处理的。

另外，有人可以将其设为社区维基吗？我认为这个问题太具体了，无法用作维基。它成为其中之一的唯一原因是我一直在定期更新它并进行编辑。

Answer 1

我通过完全取出钥匙钩解决了这个问题。处理 Alt+Enter 的正确方法是创建交换链，然后调用 IDXGIFactory1::MakeWindowAssosciation( m_hWnd, DXGI_MWA_NO_ALT_ENTER)。然后，您可以使用 WM_SYSKEYDOWN 和 WM_KEYUP 在 Windows 消息过程中使用您自己的代码来处理 Alt+Enter。我希望这对其他人有帮助！我花了很长时间才让它工作，所以如果你很难让它在你自己的应用程序中工作，请给我发消息，我会尽力帮助你！