C#怎么获取当前屏幕的所有分辨率选项_C#如何列出显示模式【技巧】
C#怎么获取当前屏幕的所有分辨率选项_C#如何列出显示模式【技巧】

免费影视、动漫、音乐、游戏、小说资源长期稳定更新! 👉 点此立即查看 👈
在开发需要适配多显示器或提供显示设置功能的C#应用程序时,获取屏幕支持的所有分辨率选项是一个常见且关键的需求。许多开发者容易混淆两个核心概念:“当前屏幕的实际分辨率”与“显卡驱动支持的所有显示模式”。本文将详细讲解这两种信息的区别,并提供在C#中分别获取它们的正确方法与实用技巧。
核心区别:Screen.AllScreens仅返回当前已激活的物理显示器及其实际分辨率,无法提供驱动支持的所有可选模式;要枚举显卡驱动中完整的可选分辨率列表,必须通过P/Invoke调用EnumDisplaySettings函数,并正确使用Screen.DeviceName获取设备名称。
使用 Screen.AllScreens 获取当前所有显示器及其实际分辨率
如果你的目标是获取系统中已连接并正在使用的物理屏幕的当前状态信息,那么 System.Windows.Forms.Screen 类提供的 AllScreens 属性是最直接、最稳定的选择。它不依赖于显卡驱动提供的“可选分辨率列表”,仅反映Windows桌面当前实际生效的显示设置,因此在跨不同Windows版本时具有极佳的兼容性。
需要明确的是,Screen.AllScreens 返回的是“当前设置”,而非“所有支持的模式”。它告诉你的是桌面正运行在1920×1080@60Hz,而不是显卡控制面板里那个包含数十种分辨率的下拉菜单。
- 核心对象与属性:
Screen.AllScreens返回一个Screen[]数组。每个Screen对象都包含以下关键字段:Bounds(屏幕边界,包含Width和Height)、WorkingArea(工作区,排除了任务栏等系统界面)、Primary(指示是否为主显示器)。 - 多显示器坐标系统:在多显示器配置下,
Bounds属性表示该屏幕在虚拟桌面坐标系中的矩形位置。例如,若主屏在右侧,副屏在左侧,则副屏的Bounds.X值可能为负数。 - DPI与缩放陷阱:在未启用DPI感知的应用程序中,如果系统设置了高缩放比例(如150%),
Bounds.Size返回的可能是经过缩放的“逻辑像素”值,而非屏幕的“物理分辨率”。要获取真实的物理分辨率,通常需要配合Graphics.DpiX/Graphics.DpiY计算,或直接调用Win32 API查询真实DPI。
使用 EnumDisplaySettings 枚举某显示器全部支持的显示模式
要获取显卡驱动设置界面中那个完整的、可供选择的分辨率、刷新率及色深列表,必须调用底层的Windows API。在C#中,这需要通过平台调用(P/Invoke)来访问 user32.dll 中的 EnumDisplaySettings 函数。
此过程中最常见的错误是传入了错误的设备名称参数(lpszDeviceName)。切勿硬编码如 "\\.\DISPLAY1" 这样的字符串。最可靠的做法是从 Screen.AllScreens[i].DeviceName 属性获取系统提供的真实设备名(例如 "\\.\DISPLAY1" 或 "\\.\DISPLAY2")。
- 枚举方法与流程:调用
EnumDisplaySettings时需要循环递增iModeNum参数(从0开始),直到函数返回false,表示所有可用的显示模式已枚举完毕。 - 关键数据结构:函数会填充一个
DEVMODE结构体,其中包含核心的显示模式信息:dmPelsWidth和dmPelsHeight(分辨率)、dmDisplayFrequency(刷新率,单位Hz)、dmBitsPerPel(每像素位数,即色深)。 - 模式筛选与判断:返回的列表中,部分模式可能被
dmDisplayFlags字段中的标志(如DM_GRAYSCALE灰度模式或DM_INTERLACED隔行扫描模式)标记。这些模式可能已被弃用或当前硬件环境不支持,在实际应用中可能需要过滤。
为什么 GraphicsAdapter 不适合用于获取显示模式
部分开发者,尤其是在使用Unity、SharpDX或MonoGame等图形框架时,可能会尝试通过 GraphicsAdapter.AdapterInformation 或类似属性来查询显示模式。需要注意的是,这些类型属于DirectX/DXGI等图形API的抽象层,它们主要反映GPU的“渲染能力”和“支持的输出格式”,而非Windows显示子系统管理并暴露给桌面环境的“可用显示模式”。
简而言之,通过图形API查询无法准确获知当前连接的显示器在Windows设置中能切换到哪些分辨率-刷新率组合,也无法反映显示器EDID(扩展显示标识数据)中定义的物理限制。
一个典型的混淆场景是:在使用Surface Book或通过USB-C扩展坞连接显示器时,GraphicsAdapter.SupportedDisplayModes 可能返回空列表或仅包含默认模式。这是因为底层显示模式的管理由Windows显示驱动模型(WDDM)负责,并未完全通过DXGI的适配器枚举接口暴露。
- 替代查询途径:如果确实需要从系统管理层面查询显示信息,可以尝试使用WMI(Windows Management Instrumentation)查询
Win32_VideoController或Win32_DesktopMonitor类的属性,但这通常只能获取当前状态,难以得到完整的可选模式列表。 - 框架演进与兼容性:值得注意的是,在.NET 6及更高版本中,
System.Drawing.Common库在跨平台场景下对GraphicsAdapter的支持已被移除或限制,这进一步印证了它并非获取Windows桌面显示模式的标准或推荐途径。
实际代码示例:枚举主显示器所有支持的分辨率模式
理论结合实践,以下提供一个简洁、可运行的C#代码片段,演示如何枚举主显示器的所有显示模式。此示例仅需引用 System.Runtime.InteropServices 和 System.Windows.Forms 命名空间。
[StructLayout(LayoutKind.Sequential)]
public struct DEVMODE
{
private const int CCHDEVICENAME = 32;
private const int CCHFORMNAME = 32;
[MarshalAs(UnmanagedType.ByValTStr, SizeConst = CCHDEVICENAME)]
public string dmDeviceName;
public short dmSpecVersion;
public short dmDriverVersion;
public short dmSize;
public short dmDriverExtra;
public int dmFields;
public short dmOrientation;
public short dmPaperSize;
public short dmPaperLength;
public short dmPaperWidth;
public short dmScale;
public short dmCopies;
public short dmDefaultSource;
public short dmPrintQuality;
public short dmColor;
public short dmDuplex;
public short dmYResolution;
public short dmTTOption;
public short dmCollate;
[MarshalAs(UnmanagedType.ByValTStr, SizeConst = CCHFORMNAME)]
public string dmFormName;
public short dmLogPixels;
public int dmBitsPerPel;
public int dmPelsWidth;
public int dmPelsHeight;
public int dmDisplayFlags;
public int dmDisplayFrequency;
}
[DllImport("user32.dll")]
static extern bool EnumDisplaySettings(string lpszDeviceName, int iModeNum, ref DEVMODE lpDevMode);
// 使用方法:
var primaryScreen = Screen.PrimaryScreen;
var devMode = new DEVMODE { dmSize = (short)Marshal.SizeOf(typeof(DEVMODE)) };
int modeIndex = 0;
Console.WriteLine($"枚举显示器 [{primaryScreen.DeviceName}] 支持的模式:");
while (EnumDisplaySettings(primaryScreen.DeviceName, modeIndex++, ref devMode))
{
Console.WriteLine($" 分辨率: {devMode.dmPelsWidth} x {devMode.dmPelsHeight}, 刷新率: {devMode.dmDisplayFrequency} Hz, 色深: {devMode.dmBitsPerPel} 位");
}
代码中有几个关键细节:首先,DEVMODE 结构体的 dmSize 字段必须在传递给API前显式赋值为结构体的大小,否则调用会失败。其次,modeIndex 从0开始递增枚举;传入-1可以获取当前活动的模式,但枚举所有模式时通常不需要。
然而,真正的挑战往往不在于成功调用API获取列表,而在于如何判断列表中的哪些模式对当前连接的显示器硬件是实际可用且稳定的。例如,显卡驱动可能报告支持4K@120Hz模式,但当前的HDMI线缆版本、显示器接口或驱动设置可能使其无法正常启用。处理这种复杂性可能需要结合更多API,如使用 MonitorInfoEx 获取显示器能力、解析EDID数据,或者更激进地尝试调用 ChangeDisplaySettingsEx 临时切换模式,并根据返回值判断是否成功。
游乐网为非赢利性网站,所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系youleyoucom@outlook.com。
同类文章
怎么利用 System.err 输出错误流并在控制台中以醒目的颜色标记(取决于终端)
怎么利用 System err 输出错误流并在控制台中以醒目的颜色标记(取决于终端) System err 默认行为不带颜色,终端是否显示颜色取决于自身支持 首先得明确一点:System err 本质上只是 Ja va 标准库里的一个 PrintStream 对象。它本身并不负责“颜色”这种花哨的玩
如何在 Java 中使用 ThreadLocal.remove() 确保在线程池复用场景下不会发生数据污染
如何在 Ja va 中使用 ThreadLocal remove() 确保在线程池复用场景下不会发生数据污染 说到线程池和 ThreadLocal 的搭配使用,一个看似不起眼、实则极易“踩坑”的细节就是数据清理。想象一下,你精心设计的线程池正在高效运转,却因为某个任务留下的“数据尾巴”,导致后续任务
怎么利用 Arrays.asList() 转换出的“受限列表”理解其对 add() 等修改操作的限制
Arrays asList():一个“受限”但实用的列表视图 在Ja va开发中,Arrays asList()是一个高频使用的方法,但你是否真正了解它返回的是什么?一个常见的误解是,它直接生成了一个标准的ArrayList。事实并非如此。 简单来说,Arrays asList()返回的并非我们熟悉
如何在 Java 中利用 try-catch 实现对“软错误”的平滑感知与非侵入式监控日志记录
如何在 Ja va 中利用 try-catch 实现对“软错误”的平滑感知与非侵入式监控日志记录 在 Ja va 开发中,我们常常会遇到一些“软错误”——它们不会让程序直接崩溃,却可能悄悄影响业务的正确性或用户体验。比如,调用第三方 API 时返回了空响应、缓存查询未命中、配置文件里某个非关键项缺失
Django怎么防止Celery任务重复执行_Python结合Redis实现分布式锁
Django怎么防止Celery任务重复执行:Python结合Redis实现分布式锁 你遇到过吗?明明只发了一次任务,后台却执行了两次。这不是代码写错了,而是分布式环境下一个经典的老朋友:多个worker同时抢到了同一个活儿。 为什么Celery任务会重复执行 问题的根源在于竞争。想象一下,多个Ce
- 日榜
- 周榜
- 月榜
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
相关攻略
2015-03-10 11:25
2015-03-10 11:05
2021-08-04 13:30
2015-03-10 11:22
2015-03-10 12:39
2022-05-16 18:57
2025-05-23 13:43
2025-05-23 14:01
热门教程
- 游戏攻略
- 安卓教程
- 苹果教程
- 电脑教程
热门话题

