如何阻止Direct-X 12默认启用multi-adapter多适配器机制

DirectX 12是否默认开启multi-adapter多适配器模式？ #

结论：不会。
DX12不存在无代码介入就默认开启多适配器联合渲染的逻辑。很多开发者遇到的“多适配器同时被占用”“选错显卡”的现象，本质是混淆了「DXGI适配器枚举」「WDDM隐式跨适配器拷贝」和「真正的显式多适配器渲染」三个概念：

• 适配器枚举只是列出系统里所有兼容D3D12的硬件，不等于启用多适配器；
• WDDM的隐式跨适配器拷贝是混合显卡架构下的输出链路逻辑，不属于多适配器联合渲染范畴；
• 真正的多适配器模式（跨适配器资源共享、多GPU协同分配渲染任务）必须由开发者主动调用对应接口才能启用，没有默认开启的设定。

非预期多适配器占用的实际触发环节 #

大家感知到的多适配器异常调用，触发点基本集中在三个环节，没有一个是DX12运行时主动触发的：

• 枚举适配器时未做过滤：调用IDXGIFactory::EnumAdapters接口时，DXGI会按系统设定的优先级返回所有兼容适配器，笔记本双显卡场景下索引0的适配器通常是核显，如果代码直接取第一个适配器创建设备，后续逻辑如果误创建了绑定其他适配器的资源/队列，就会出现多适配器同时被调用的情况，问题出在应用层枚举逻辑，不是DX12默认开启多适配器。
• 设备与交换链绑定适配器不匹配：如果创建设备用的是A适配器，创建交换链时关联的是B适配器，WDDM会自动建立隐式跨适配器拷贝通道，把A适配器渲染完成的内容拷贝到B适配器连接的输出端，这个过程会同时占用两个适配器，很容易被误认为是开启了多适配器渲染模式。
• 主动调用多适配器接口：只有代码显式调用ID3D12Device::CreateCrossAdapter*系列跨适配器接口、或者主动创建多个绑定不同适配器的D3D12设备并配置共享资源、跨设备队列时，才会真正启用多适配器联合工作模式，触发点完全在应用层主动调用逻辑。

阻止非预期多适配器启用的方法 #

对应触发环节逐一处理即可：

• 枚举阶段精准筛选目标适配器
  不要直接取枚举结果的第一个适配器，遍历所有枚举到的适配器，通过IDXGIAdapter::GetDesc获取的设备属性过滤：排除微软基础渲染适配器、不需要的核显/虚拟显示设备，选中目标独显后再用该适配器指针创建设备，从根源避免选错设备。
  核心筛选逻辑参考：

  CComPtr<IDXGIAdapter1> targetAdapter = nullptr;
  for (UINT adapterIdx = 0; ; ++adapterIdx)
  {
      CComPtr<IDXGIAdapter1> tempAdapter;
      HRESULT hr = factory->EnumAdapters1(adapterIdx, &tempAdapter);
      if (hr == DXGI_ERROR_NOT_FOUND) break;
  
      DXGI_ADAPTER_DESC1 adapterDesc;
      tempAdapter->GetDesc1(&adapterDesc);
      // 过滤软件模拟渲染设备
      if (adapterDesc.Flags & DXGI_ADAPTER_FLAG_SOFTWARE) continue;
      // 按需求匹配目标设备，比如通过VendorID、显存大小、设备名筛选独显
      if (/* 匹配到目标独显 */)
      {
          targetAdapter = tempAdapter;
          break;
      }
  }
  // 后续所有设备、队列、资源创建都基于targetAdapter
  

• 保证设备与交换链绑定同一个适配器
  创建交换链时不要传空适配器指针用系统默认匹配逻辑，直接传入创建设备时使用的同一个适配器指针对象，避免WDDM自动建立隐式跨适配器拷贝链路。双显卡笔记本场景如果需要强制应用走独显输出，可以直接在程序清单中声明独显依赖，让系统直接将输出链路绑定到独显，跳过跨适配器拷贝环节。
• 代码层面禁用非必要的跨适配器调用
  没有多GPU协同渲染需求的话，不要调用任何CreateCrossAdapter开头的跨适配器接口，不要创建多个绑定不同适配器的D3D12设备实例，从代码逻辑上彻底杜绝显式多适配器模式的启用。

调试提示：如果D3D12调试层输出跨适配器相关警告，90%以上的情况是设备和交换链绑定的适配器不一致，或者枚举适配器时没有做过滤，优先排查这两个点即可。

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