我能想到的最好的解决方案是强制应用程序总是在主屏幕上启动，而不管它是从哪个屏幕启动的。这似乎解决了主窗体初始缩放的所有问题，并且在显示器之间拖动时的所有后续缩放似乎都很好：

public Form1()
    {
    this.Font = SystemFonts.IconTitleFont;
    // Force the main Form of the app to always open on the primary screen
    // to get scaling to work.
    this.Location = Screen.PrimaryScreen.WorkingArea.Location;
    this.StartPosition = FormStartPosition.Manual;
    InitializeComponent();
    ...

字符串
对于应用程序生成的辅助窗体，我发现如果我首先在主屏幕上显示它们，然后隐藏并在包含应用程序主窗体（我希望它们显示的位置）的屏幕上重新显示它们，它们可以正确缩放。在某些情况下，我发现只调用 f.PerformLayout（） 就足够了，而不是在主屏幕上实际显示表单，但这并不是在所有情况下都有效。

private void secondFormToolStripMenuItem_Click(object sender, EventArgs e)
    {
    FormExtra f = new FormExtra(this);
    // First display the Form on the primary screen to make scaling correct
    f.StartPosition = FormStartPosition.Manual;
    f.Location = Screen.PrimaryScreen.WorkingArea.Location;
    f.Show();
    // Then hide it and move it where we really want it
    f.Hide();
    f.StartPosition = FormStartPosition.CenterParent;
    f.ShowDialog();
    }

型
这种解决方案并不理想，因为表单会在另一个屏幕上短暂 Flink ，这看起来相当笨拙。然而，这个解决方案似乎确实导致了应用程序中所有窗体的正确缩放，而不管应用程序在哪个监视器上启动。到目前为止，我已经在两种不同的多显示器配置上测试了它。

我也有同样的问题。我的主屏幕是4K，在Windows中缩放到175%。我的第二个屏幕是2560x1440，比例为125%。当在用户之前拖动到的位置打开窗体时，如果是在辅助屏幕上，则窗体太大。只要用户移动窗体，即使是很小的量，屏幕也会调整大小以正确缩放。
我所做的是补充：
Me.Left = Me.Left + 1（vb.net，但我怀疑C#是类似的）到窗体Load Sub

Private Sub frmSelectNewIx_Load(ByVal sender As Object, ByVal e As EventArgs) Handles MyBase.Load
            Me.Left = Me.Left + 1
            AddHandler LocationChanged, AddressOf SaveNewFormPosition ' In a module to save the forms new position using a timer.

字符串
......
这迫使屏幕移动，自动缩放开始，没有明显的视觉故障。