就基于目前的电脑而言，开发Winform界面真的是一键很头疼的事，由于现在基本上都是高DPI，渲染出来的控件就会根据DPI进行缩放，最后导致页面布局混乱。

虽然在.Net Core Winform上，已经可以直接通过设置 Application.SetHighDpiMode 来解决，但是在.Net Framework下，还是得通过其他方式。

以下方式可以按照官方文档描述选择性的采用或者全部使用。

开发环境： .NET Framework版本：4.8

开发工具： Visual Studio 2022

1. 第一种方式就是添加程序清单文件，官方文档上也有介绍过此方法，右键项目->添加->新建项->应用程序清单文件(app.manifest)。

1. 然后就可以看到文件中已经写好了注释，其中有这样一句话

指示该应用程序可感知 DPI 且 Windows 在 DPI 较高时将不会对其进行自动缩放。Windows Presentation Foundation (WPF)应用程序自动感知 DPI，无需选择加入。选择加入此设置的 Windows 窗体应用程序(面向 .NET Framework 4.6)还应在其 app.config 中将 "EnableWindowsFormsHighDpiAutoResizing" 设置设置为 "true"

1. 然后参考官网高DPI支持：

   https://learn.microsoft.com/zh-cn/dotnet/desktop/winforms/high-dpi-support-in-windows-forms?view=netframeworkdesktop-4.8，可以将Win10的相关属性也去掉，其他根据需求自行抉择

2. 所以，最终 app.manifest 文件内容如下

<?xml version="1.0" encoding="utf-8"?>
<assembly manifestVersion="1.0" xmlns="urn:schemas-microsoft-com:asm.v1">
  <assemblyIdentity version="1.0.0.0" name="MyApplication.app"/>
  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v2">
    <security>
      <requestedPrivileges xmlns="urn:schemas-microsoft-com:asm.v3">
        <!-- UAC 清单选项
        如果想要更改 Windows 用户帐户控制级别，请使用
        以下节点之一替换 requestedExecutionLevel 节点。
        <requestedExecutionLevel  level="asInvoker" uiAccess="false" />
        <requestedExecutionLevel  level="requireAdministrator" uiAccess="false" />
        <requestedExecutionLevel  level="highestAvailable" uiAccess="false" />
        指定 requestedExecutionLevel 元素将禁用文件和注册表虚拟化。
        如果你的应用程序需要此虚拟化来实现向后兼容性，则移除此
        <requestedExecutionLevel level="asInvoker" uiAccess="false" />
      </requestedPrivileges>
    </security>
  </trustInfo>
  <compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1">
    <application>
      <!-- 设计此应用程序与其一起工作且已针对此应用程序进行测试的
      Windows 版本的列表。取消评论适当的元素，
      Windows 将自动选择最兼容的环境。-->
      <!-- Windows Vista -->
      <!--<supportedOS Id="{e2011457-1546-43c5-a5fe-008deee3d3f0}" />-->
      <!-- Windows 7 -->
      <!--<supportedOS Id="{35138b9a-5d96-4fbd-8e2d-a2440225f93a}" />-->
      <!-- Windows 8 -->
      <!--<supportedOS Id="{4a2f28e3-53b9-4441-ba9c-d69d4a4a6e38}" />-->
      <!-- Windows 8.1 -->
      <!--<supportedOS Id="{1f676c76-80e1-4239-95bb-83d0f6d0da78}" />-->
      <!-- Windows 10 -->
      <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}" />
    </application>
  </compatibility>
  <!-- 指示该应用程序可感知 DPI 且 Windows 在 DPI 较高时将不会对其进行
  自动缩放。Windows Presentation Foundation (WPF)应用程序自动感知 DPI，无需
  选择加入。选择加入此设置的 Windows 窗体应用程序(面向 .NET Framework 4.6)还应
  在其 app.config 中将 "EnableWindowsFormsHighDpiAutoResizing" 设置设置为 "true"。
  将应用程序设为感知长路径。请参阅 https://docs.microsoft.com/windows/win32/fileio/maximum-file-path-limitation -->
  <application xmlns="urn:schemas-microsoft-com:asm.v3">
    <windowsSettings>
      <dpiAware xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">true</dpiAware>
      <longPathAware xmlns="http://schemas.microsoft.com/SMI/2016/WindowsSettings">true</longPathAware>
    </windowsSettings>
  </application>
  <!-- 启用 Windows 公共控件和对话框的主题(Windows XP 和更高版本) -->
  <dependency>
  <dependentAssembly>
  <assemblyIdentity
  type="win32"
  name="Microsoft.Windows.Common-Controls"
  version="6.0.0.0"
  processorArchitecture="*"
  publicKeyToken="6595b64144ccf1df"
  language="*"
</dependentAssembly>
</dependency>
</assembly>

1. 由于以上文档涉及到了 App.config 文件的修改，所以应在文件中添加以下内容

<System.Windows.Forms.ApplicationConfigurationSection>
    <add key="DpiAwareness" value="PerMonitorV2" />
  </System.Windows.Forms.ApplicationConfigurationSection>
  <appSettings>
    <add key="EnableWindowsFormsHighDpiAutoResizing" value="true" />
  </appSettings>

1. 第二种方式是采用Windows Api的方式，使用 SetProcessDPIAware 函数，此函数可以参考Windows Api函数文档（此文档已上传，请点击文末小程序下载），描述如下：

将进程默认 DPI 感知设置为系统 DPI 感知。这等效于调用DPI_AWARENESS_CONTEXT值

为 DPI_AWARENESS_CONTEXT_SYSTEM_AWARE 的 SetProcessDpiAwarenessContext

1. 同时文档给出这样一句话“SetProcessDPIAware 可能已更改或不可用。请改用 SetProcessDPIAwareness。”，但是其实不妨碍我们使用

2. 将以上函数在Main函数中调用

internal static class Program
        [DllImport("user32.dll")]
        public static extern bool SetProcessDPIAware();
        /// <summary>
        /// 应用程序的主入口点。
        /// </summary>
        [STAThread]
        static void Main()
            SetProcessDPIAware();
            Application.EnableVisualStyles();
            Application.SetCompatibleTextRenderingDefault(false);
            Application.Run(new Form1());
 
☛☛☛点击此处下载源码☚☚☚
 
                                    要使 WinForms（Windows Forms）应用程序识别高 DPI 分辨率并正确缩放显示元素，可以通过配置应用程序清单文件和应用程序配置文件来实现。通常，WinForms 应用程序会自动处理大多数 DPI 变化，但在某些情况下，您可能需要手动调整控件大小和字体。通过以上配置和代码设置，您的 WinForms 应用程序将能够识别和处理高 DPI 分辨率，从而在高分辨率显示器上正确缩放和显示用户界面元素。1. 如果项目中没有 `app.config` 文件，请添加一个。
                                    高分屏电脑通常我们会设置缩放比例, 比如我的开发电脑为4K屏, 设置的缩放比例为150%, 即每英寸显示点数DPI为144个, 这样Windows显示效果最好; 对于低分屏, 通常的缩放比例为100%, 即每英寸显示点DPI为96个.
我们在高分屏上设计winforms软件窗体布局, 不做特意处理, 将来软件运行在低分屏电脑上, 窗体布局和文字显示很可能会错位.
这里介绍两种做法:
将软件做成...
                                    app.manifest<application xmlns="urn:schemas-microsoft-com:asm.v3">
    <windowsSettings>
      <dpiAware xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">false</dpiAware>
    </windowsSett
	Winform高清分辨率适配显示
winform由于界面缩放，会造成界面显示模糊，非常难看，尤其是在win10系统上缩放显示更为明显；针对这个问题，微软提供了解决方案，通过配置的方式，禁止dpi感知缩放，这样显示出来的界面就不会显得模糊，以下是配置步骤:
右键项目添加应用程序清单文件
	修改app.manifest文件，取消application节点注释
	修改项目配置文件，在appse...
                                    1.在解决方案资源管理器中查看有没有app.manifest文件（如果没有，这里有个笨方法可以自动生成出来：右击项目名称->属性->安全->启用安全设置，这时会自动生成该文件，然后再关闭安全设置）
2.关闭app.manifest中dpiAware的注释，使其可用。在其 app.config 中将 "EnableWindowsFormsHighDpiAutoResizing" ...
                                    引言熟悉Winform的小伙伴应该都遇到过 在100%缩放下制作的用户界面在其他缩放百分比下会出现字体超出边框的情况，导致用户体验大打折扣。用户程序DPI感知是默认打开的，此时可以通过关闭这种感知来禁用字体的缩放，在这种情况下，用户界面会以一种图像放大或缩小的形式来实现缩放，而不是通过内容 如字体大小实现缩放。可能出现的缺点：界面一定程度的模糊。
                                    winform的高dpi适应问题由来已久，属于一个历史遗留问题。主要是由于winform对不同尺寸、不同分辨率的屏幕适配不足造成的。接下来我们简单说一下如何解决，最后我们探索一下解决此问题的原理。
winform的高dpi问题虽然一直没能解决，不过官方还是打了一个补丁的。
我们只需要调用一下官方提供的DpiHelper.LogicalToDeviceUnits方法，即可解决。那么问题来了，官方是如何解决这个问题的呢？
public double LogicalToDevice
                                    我是一名 ASP.NET 程序员，专注于 B/S 项目开发。累计文章阅读量超过一千万，我的博客主页地址：https://www.itsvse.com/blog_xzz.html
.net core 3.1 是微软LTS长期3年支持版本，正式发布于2019-12-03，并且在windows平台上支持了Winfrom跟WPF桌面应用。本文将介绍使用 vs 2019 开发 Windows...