Direct3D 12应用中全屏模式是否比窗口模式能提供更高的FPS？

这种表现完全正常，并非你遗漏了关键配置，是现代Windows显示驱动架构下的普遍测试结果。 #

核心原因拆解 #

• 你测出5000fps的配置（WS_BORDER样式满尺寸窗口、DXGI_SWAP_CHAIN_FULLSCREEN_DESC的Windowed=TRUE）本质是无边框窗口化全屏。从Windows 8引入WDDM 1.2开始，这类完全覆盖显示器的窗口会直接走DWM（桌面窗口管理器）的无拷贝翻转路径，跳过传统窗口合成流程的额外显存拷贝环节，Present路径的固定开销极低。
• 你测出3000fps的配置（WS_POPUP样式、调用IDXGISwapChain3::SetFullscreenState(TRUE)进入的状态）是传统的独占全屏模式。这个路径为了适配现代系统的Alt+Tab快速切换、安全隔离、多应用兼容需求，相比窗口化翻转路径增加了固定的显示管线抢占、上下文校验开销。
• 你的测试场景是渲染静态纯色、几乎无GPU负载，此时测出来的帧率完全由Present路径的固定开销决定，不存在GPU渲染耗时的稀释效应：3000fps对应约0.33ms的单帧总开销，5000fps对应约0.2ms的单帧总开销，两者的差值就是独占全屏路径额外产生的固定开销值。

关于“全屏模式性能更高”的旧认知 #

这个结论仅适用于Windows 7及更早的系统版本：当时窗口模式的Present必须经过DWM的全量显存拷贝，开销远高于独占全屏路径。但在当前的WDDM架构下，无边框窗口化全屏的Present路径开销已经全面低于传统独占全屏，仅在需要独占VRR（可变刷新率）、独占HDR输出等特殊场景下，独占路径才有不可替代的价值。 #

补充说明 #

你当前的测试变量控制是严谨的：相同的三重缓冲配置、一致的窗口显示尺寸、完全相同的渲染内容，测出的差异是两种Present路径的固有属性。部分GPU驱动在进入独占全屏时会触发电源档位切换，低负载场景下GPU可能运行在更低的基础频率，会进一步拉大两种模式的帧率差，但这不属于配置错误。
注意：这类无GPU负载的纯Present帧率测试，对实际3D应用的性能参考价值非常有限——真实3D场景下GPU渲染会占用绝大部分单帧时间，两种模式的帧率差会缩小到几乎无法感知的程度。

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