MFC CLR应用如何配置EnableWindowsFormsHighDpiAutoResizing参数

问题1：是否可以将该.config配置嵌入到MFCApplication.exe中？ #

不可以。.NET Framework的应用配置文件（*.exe.config）是运行时CLR加载器读取的外部文件，设计上不支持直接嵌入到PE可执行文件中生效，强制嵌入的配置资源不会被CLR运行时默认识别解析，无法实现EnableWindowsFormsHighDpiAutoResizing的配置效果。

问题2：是否可以在程序启动时通过代码设置该标识？ #

可以，但需要在WinForms控件加载前、CLR运行时初始化WinForms上下文的最早阶段调用，具体分两种实现方式：

• C#类库侧提前调用：在引用的C#程序集的入口静态构造函数中，调用Application.EnableVisualStyles()之后追加Application.SetHighDpiMode(HighDpiMode.PerMonitorV2)，注意该调用必须早于任何WinForms控件实例化的逻辑，否则不生效。
• MFC启动入口直接设置：在MFC的InitInstance方法中、CLR运行时初始化完成后、任何托管代码调用前，通过C++/CLI调用对应的WinForms API，示例代码片段：

#using <System.Windows.Forms.dll>
using namespace System::Windows::Forms;

BOOL CMyApp::InitInstance()
{
    // 原有MFC初始化逻辑，先在MFC侧开启高DPI感知
    SetProcessDpiAwarenessContext(DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2);
    
    // 调用WinForms高DPI设置
    Application::SetHighDpiMode(HighDpiMode::PerMonitorV2);
    Application::EnableVisualStyles();
    
    // 后续业务逻辑
}

注意需要确保MFC侧已经先通过应用清单或者API开启了对应级别的高DPI感知，否则WinForms侧的配置不会生效。

问题3：这类场景的最佳实践是什么？ #

推荐按优先级选择以下方案：

1. 优先使用独立配置文件方案：直接保留MFCApplication.exe.config文件同目录部署，该方案是.NET Framework官方支持的标准方案，不需要修改代码，兼容性最高，配置内容参考：

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <startup>
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.7.2"/>
  </startup>
  <System.Windows.Forms.ApplicationConfigurationSection>
    <add key="DpiAwareness" value="PerMonitorV2" />
    <add key="EnableWindowsFormsHighDpiAutoResizing" value="true" />
  </System.Windows.Forms.ApplicationConfigurationSection>
</configuration>

2. 如果有单文件部署需求，不希望散落配置文件，再选择代码设置方案，注意要同时完成三个层级的高DPI配置：MFC侧通过清单开启高DPI感知、CLR运行时配置、WinForms侧提前调用高DPI设置API，避免三个组件的DPI感知等级不一致导致渲染错乱。
3. 禁用MFC侧的自动DPI缩放逻辑，统一由WinForms控件自己处理缩放，避免双重缩放导致的控件变形问题。

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