ChangeDisplaySettings是Windows下修改分辨率最稳妥的Win32 API，但仅作用于主显示器、需用户权限、不支持热插拔，且DEVMODE必须初始化并验证分辨率支持。
Windows平台下用ChangeDisplaySettings改分辨率
直接调用Win32 API是最常用也最稳妥的方式，但必须注意：这需要用户权限，且仅对主显示器生效（多屏时默认操作PRIMARY_DISPLAY）。ChangeDisplaySettings不支持热插拔显示器的动态识别，如果外接了扩展屏但没设为主屏，调用后可能无响应或返回DISP_CHANGE_FAILED。
关键点：
-
DEVMODE结构体必须用ZeroMemory初始化，否则未赋值字段（如dmDriverExtra）可能含垃圾值，导致ChangeDisplaySettings返回DISP_CHANGE_BADMODE -
dmPelsWidth和dmPelsHeight填目标宽高，单位是像素；dmBitsPerPel建议设为32（真彩色），设0会沿用当前色深，但某些老旧驱动可能拒绝 - 调用前最好先用
EnumDisplaySettings验证该分辨率是否被系统支持，否则ChangeDisplaySettings可能静默失败
DEVMODE dm = {0};
dm.dmSize = sizeof(dm);
dm.dmPelsWidth = 1920;
dm.dmPelsHeight = 1080;
dm.dmBitsPerPel = 32;
dm.dmFields = DM_PELSWIDTH | DM_PELSHEIGHT | DM_BITSPERPEL;
LONG result = ChangeDisplaySettings(&dm, CDS_TEST);
if (result == DISP_CHANGE_SUCCESSFUL) {
ChangeDisplaySettings(&dm, 0); // 真正应用
}
为什么SetThreadDpiAwarenessContext不能用来改分辨率
这是常见误解。这个函数只影响DPI缩放行为（比如让窗口按125%渲染），和屏幕物理分辨率完全无关。强行混用会导致UI模糊或错位，但不会改变GetSystemMetrics(SM_CXSCREEN)返回的宽度值。
容易踩的坑：
立即学习“C++免费学习笔记（深入）”；
- 在manifest里声明
dpiAware=true/pm后，再调用SetThreadDpiAwarenessContext，若线程已创建窗口，DPI变更可能被忽略 - 调用
SetProcessDpiAwareness（旧API）在Windows 10 1703+已被标记为deprecated，新项目应避免
跨平台方案不存在，别白费力气
C++标准库不提供任何屏幕分辨率控制接口，Qt、SDL等框架也只是封装了各平台原生API。Linux下需通过X11的xrandr命令行工具或libXrandr库，macOS则依赖CGDisplaySetDisplayMode（需链接CoreGraphics.framework），两者与Windows的ChangeDisplaySettings无任何兼容性可言。
实际建议：
- 若目标是“让程序全屏并适配最佳分辨率”，优先用glfw或sfml的
glfwSetWindowMonitor，它们内部做了平台适配，比手写API更可靠 - 不要尝试用
system("xrandr -s 1920x1080")在Linux上硬执行——shell权限、DISPLAY环境变量、X server会话归属都可能让命令静默失败
权限和UAC绕不过去
从Windows Vista起，修改显示设置属于“影响系统全局状态”的操作，即使以管理员身份运行，仍可能触发UAC弹窗（取决于ChangeDisplaySettings的dwflags参数）。设为CDS_FULLSCREEN时弹窗概率更高，而CDS_TEST则通常免弹窗。
真正麻烦的是：如果程序启动时没请求管理员权限，ChangeDisplaySettings会直接返回DISP_CHANGE_RESTART或DISP_CHANGE_FAILED，且没有任何错误提示——你得靠返回值判断，而不是看屏幕有没有变。
有些游戏用“先切到桌面再改分辨率”来规避，本质是绕过前台窗口抢占，但这要求你的进程有SE_TCB_NAME权限，普通用户程序基本做不到。
