这个问题问到点子上了——咱们都清楚程序没法直接碰硬件，必须靠操作系统当“中间商”牵线搭桥。那具体怎么让OS帮忙选GPU呢？核心是图形API + 系统级的配置逻辑，我给你拆解得明明白白：

• 靠图形API传递需求，而非直接喊“用独显”
  程序不会直接跟OS说“我要切换到独显”，而是通过DirectX（Windows主流）、OpenGL、Vulkan这类图形API来表达需求。比如在Windows环境下，程序可以用IDXGIAdapter这类API接口枚举系统里所有可用的显卡，识别出性能更高的独显后，基于它创建图形设备上下文。这一步其实就是在告诉OS：“我需要用这个显卡来处理我的图形任务”，OS会接着帮程序完成硬件资源的调度。

• 系统调用是底层支撑，但不用开发者直接写
  你说得完全对，程序所有硬件操作都得通过系统调用，但图形场景下开发者不用直接写系统调用——图形API已经把这些底层逻辑封装好了。比如当程序通过API创建一个高性能图形设备时，API会自动触发对应的系统调用，让OS把这个程序的图形渲染任务分配给独显；如果程序只需要基础的2D渲染，API就会调用对应逻辑，默认用功耗更低的集成GPU。

• 开发者可通过配置强化选择逻辑
  有些开发者会先让程序检查系统注册表（比如Windows里显卡相关的键值），确认系统存在独显后，再通过API明确指定使用独显。如果开发者没做这个额外配置，OS就会默认走低功耗路线，用集成GPU来处理图形任务，毕竟日常办公、浏览网页这类场景完全够用，还能省点电。

• OS也会做智能兜底调度
  现在主流OS（比如Windows 10/11、macOS）都自带智能调度逻辑：如果检测到程序是游戏、视频剪辑这类高负载图形应用，哪怕程序没明确指定，OS也会自动切换到独显。但这个逻辑的前提还是程序通过API发出了“需要大量图形计算”的信号，OS只是做了兜底优化。

总结一下：程序是通过图形API间接告诉OS自己的图形性能需求，OS再根据需求和系统配置，调度对应的GPU（集成或独立）来完成任务——全程都不用程序直接操作硬件，所有硬件交互都通过OS的系统调用完成。

备注：内容来源于stack exchange，提问作者Noob_Guy