Windows MSIX容器中第三方子进程的DPI感知配置问题
我之前也碰到过几乎一模一样的问题！在MSIX容器里折腾第三方进程的DPI感知确实坑不少，常规方法都因为容器的虚拟化隔离失效了，下面几个方法亲测有效，你可以试试：
进程注入+动态设置DPI感知（最稳妥的方案）
因为MSIX的容器隔离机制，系统级的兼容层、注册表AppCompatFlags设置根本碰不到容器里的第三方进程。我当时写了个超轻量的注入DLL，在第三方exe启动的最早期（比如DllMain入口）调用Windows原生API强制设置DPI感知级别。
核心代码大概是这样的：在DLL里调用SetProcessDpiAwarenessContext(DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2)——如果你的场景不需要这么高的级别，换成DPI_AWARENESS_CONTEXT_SYSTEM_AWARE也可以。
启动第三方exe的时候，用CreateProcess加上CREATE_SUSPENDED参数先把进程挂起，注入这个DLL后再调用ResumeThread恢复运行。记得要把这个注入DLL也打包进MSIX，而且要和第三方exe的架构（x86/x64）完全匹配，不然注入会失败。修改MSIX包的全局清单配置
如果你是自己打包的MSIX，可以试试在包的Package.appxmanifest里全局设置DPI感知，让容器里的所有子进程自动继承这个配置。在<uap:VisualElements>节点里添加DPI感知属性：<uap:VisualElements DisplayName="你的应用名称" Description="你的应用描述" BackgroundColor="transparent" DpiAware="perMonitorV2"> <!-- 其他已有节点比如DefaultTile、SplashScreen等 --> </uap:VisualElements>不过这个方法有个小局限：如果第三方exe本身硬编码了自己的DPI感知逻辑，可能会覆盖这个全局设置，但大部分没做特殊处理的第三方程序都会乖乖继承包的配置。
用
SetProcessInformationAPI（Win10 1903+适用）
如果你只需要支持Windows 10 1903及以上的系统，这个方法更简洁，不用写注入DLL。步骤很简单：- 用
CreateProcess启动第三方exe时带上CREATE_SUSPENDED参数，先挂起进程 - 调用
SetProcessInformationAPI，传入ProcessDpiAwarenessInformation结构体，设置你需要的DPI感知级别 - 调用
ResumeThread恢复第三方进程的运行
这个API是微软后来为了解决容器内进程配置问题加的，直接绕开了系统级的隔离限制，对MSIX容器里的进程生效。
- 用
另外再给你提几个踩过的坑：之前你试的__COMPAT_LAYER环境变量在MSIX里无效，是因为容器会隔离进程的环境变量空间，系统级的兼容层设置根本渗透不进去；给第三方exe嵌入manifest没生效，大概率是因为原exe有数字签名，你修改manifest后签名失效，MSIX会阻止这个被篡改的exe运行，或者你打包的时候没把修改后的exe正确替换进包内。
备注：内容来源于stack exchange，提问作者user25507062
