能否调用Windows API在全局作用域初始化const全局变量？

首先给出直接结论：你当前的极简示例可以正常运行，但在复杂度更高的消费级软件中，这种写法存在明确的潜在问题，不建议生产环境使用。

你的实现代码 #

#include "stdafx.h"
#include <iostream>
#include "windows.h"

const int i_HRes = GetSystemMetrics(SM_CXSCREEN);

int main()
{ 
  std::cout << "Horizontal screen resolution: " << i_HRes << std::endl;
  std::cin.ignore();
  return 0;
}

这段代码能正常运行的核心原因是GetSystemMetrics是Windows user32.dll中最基础的API之一，在CRT（C运行时）执行全局变量初始化的阶段，user32.dll已经完成基础加载，简单调用不会出错。

存在的潜在风险 #

• 跨翻译单元的初始化顺序未定义：C++标准只保证同一个翻译单元内的全局变量按定义顺序初始化，不同翻译单元之间的初始化顺序完全没有规定。如果后续项目中其他全局变量的初始化逻辑依赖i_HRes，或是GetSystemMetrics的调用间接依赖了其他还未完成初始化的全局对象，会直接导致未定义行为，轻则拿到错误值，重则程序崩溃。
• 无法做错误处理：全局初始化阶段如果API调用失败，你没有办法做降级处理、日志上报，甚至不能抛出异常——全局初始化阶段抛出未捕获异常会直接触发程序终止，排查难度极高。
• 复杂API兼容性风险：GetSystemMetrics属于无状态的基础API，对运行环境要求极低，如果你后续替换为其他有前置依赖的API（比如需要COM初始化、需要特定系统组件加载完成的API），全局调用阶段很可能因为依赖未就绪直接失败。

推荐的替代写法 #

如果需要保留变量的const属性，同时规避全局初始化的风险，可以用静态局部变量做懒加载：

int get_screen_hres() {
    // 第一次调用时才初始化，此时运行环境已完全就绪
    static const int hres = GetSystemMetrics(SM_CXSCREEN);
    // 可以在这里补充错误处理逻辑
    return hres;
}

这种写法既保证了变量的只读属性，又把初始化时机延迟到第一次调用时（必然在main函数执行之后），完全规避全局初始化的各类问题。

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