这种情况几乎可以确定是DPI适配配置不到位导致的——毕竟你是在4K高DPI主屏上开发的，WinForms默认的DPI处理逻辑在跨分辨率场景下很容易踩坑。下面给你几个具体的解决步骤：

1. 开启应用的DPI感知能力 #

.NET Framework 4.7+已经为WinForms提供了完善的DPI缩放支持，但需要你明确启用。有两种常用设置方式：

方式一：修改app.config配置 #

在项目的app.config文件中，添加或更新以下配置段：

<configuration>
  <System.Windows.Forms.ApplicationConfigurationSection>
    <add key="DpiAwareness" value="PerMonitorV2" />
  </System.Windows.Forms.ApplicationConfigurationSection>
</configuration>

PerMonitorV2是当前最优的DPI感知模式，能让应用在不同DPI的屏幕上都自动适配缩放。

方式二：配置应用清单文件 #

如果项目没有app.manifest，右键项目→添加→新建项→选择「应用程序清单文件」。然后找到清单中注释的相关代码，取消注释并修改为：

<application xmlns="urn:schemas-microsoft-com:asm.v3">
  <windowsSettings>
    <!-- 适配Windows 10 1703及以上版本的PerMonitorV2模式 -->
    <dpiAwareness xmlns="http://schemas.microsoft.com/SMI/2016/WindowsSettings">PerMonitorV2, PerMonitor</dpiAwareness>
  </windowsSettings>
</application>

保存后重新编译项目即可。

2. 检查窗体的AutoScaleMode设置 #

确保主窗体的AutoScaleMode属性设置为Dpi（而非Font或None）。在VS设计器中选中窗体，在属性面板找到AutoScaleMode选项切换为Dpi，这个设置会让窗体根据屏幕DPI自动调整控件的大小与位置。

3. 用布局控件替代固定位置的控件 #

如果你的控件是手动拖放后固定了Size和Location，在不同分辨率下必然会错位。推荐用布局控件来管理界面：

• 用TableLayoutPanel或FlowLayoutPanel来排列控件，让它们自动适应窗体尺寸变化；
• 给底部的Execute和Cancel按钮设置Anchor属性（比如Bottom, Right），这样窗体最大化时按钮会始终固定在底部右侧；
• 用GroupBox、SplitContainer等容器划分区域，确保控件能随窗体同步缩放。

4. 在开发机上模拟低DPI环境测试 #

你可以在开发机上直接复现低分辨率的问题：右键生成的exe→属性→兼容性→勾选「替代高DPI缩放行为」，选择「应用程序」，运行后就能看到和低分辨率机器一致的效果，方便调试。

最后提醒下，修改配置后记得清理项目并重新编译，确保所有设置生效。如果项目是从老版本.NET升级上来的，还要检查有没有遗留的手动缩放代码，把这些代码移除，让系统自动处理DPI适配即可。

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