有个有趣的事情,当我们创建一个WPF窗体时,我们将窗体的大小设置为Width=90,Height=160。在设计器模式下,窗体比例看着很和谐 如下图所示:

示例代码:


<Window x:Class="WpfApp1.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
        xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
        mc:Ignorable="d"
        Title="MainWindow" Height="160" Width="90" WindowStyle="SingleBorderWindow" ResizeMode="NoResize" >
    <Grid Background="Gray">
        <Image Source="Images/test.jpg" Stretch="Fill"/>
    </Grid>
</Window>

运行以后,我们发现窗口中的图片居然变形了!

WPF的窗体高宽设置有bug么?不是所见即所得吗?
通过snoop看到窗体的ActualWidth并不是90,此时窗体的Height属性依然是90!如下图所示:

注意:在1600 * 900 的分辨率下,最小值是136,。1920 * 1080分辨率下是131。

然后我们把WindowStyle设置成None时,窗口的大小能够顺利的应用90 * 160 的分辨率。
嗯,看到这里,好像问题已经解决了,因为WindowStyleNone时,有标题栏。

但是又继续尝试,将分辨率设置成768 * 1366,同样的,在设计器模式下,图片没有变形,显示正常。

在运行模式下,图片发现又变形了!同样打开snoop,查看窗体的高宽,结果发现高度相比原有值更小了,只有1095。

难道真的是WPF的窗体在计算的时候出现了bug?

于是在窗体里面重写了以下两个方法:

        protected override Size ArrangeOverride(Size arrangeBounds)
        {
            var size = base.ArrangeOverride(arrangeBounds);
            return size;
        }

        protected override Size MeasureOverride(Size availableSize)
        {
            var size = base.MeasureOverride(availableSize);
            return size;
        }

通过断点我们发现,arrangeBounds 和 availableSize 并不等于我们之前设定的Height和Width值。

arrangeBounds 和 availableSize传入过来的参数已经不是我们之前设定的值了,所以计算出来的结果也一定不会是我们之前设定的值,验证失败!**

那么还不行,使用DNspy做源代码调试,一步一步跟进查看问题的根源在哪里。

究其调用堆栈:发现GetWindowRect方法被调用,于是使用MoveWindow的方法尝试,结果依然。

最后考虑到窗体存在超出显示区的最大值的情况,比如说任务栏,于是通过日志跟踪法,将其窗体的大小打印出来。


            Task.Run(() =>
            {
                while (true)
                {
                    Thread.Sleep(1000);
                    Dispatcher.Invoke(()=> Console.WriteLine($"awid: {this.ActualWidth} ah:{this.ActualHeight} maxh:{ SystemParameters.MaximumWindowTrackHeight } maxwid:{ SystemParameters.MaximumWindowTrackWidth } minh:{SystemParameters.MinimumWindowTrackHeight} minwid:{SystemParameters.MinimumWindowTrackWidth}"));
                }                
            });

根据以上打印的结果发现:
窗口的高度最大值是SystemParameters.MaximumWindowTrackHeight的值;
窗口的宽度最大值是SystemParameters.MaximumWindowTrackWidth的值;
窗口的高度最小值是SystemParameters.MinimumWindowTrackHeight的值;
窗口的宽度最小值是SystemParameters.MinimumWindowTrackHeight的值。

经过多次反复验证后最终确认问题就是窗体的大小因为操作系统做了限制,并不能随意按照我们设置的高度来应用到窗体。同时,窗体还受WindowStyle的属性,标题栏,任务栏等影响。

特别注意:该窗口的最小值限制不适用于WindowStyle.None的情况。

为了确保结论正确,以上问题同样在Winform中验证过,存在相同的问题。并且在win7和win10不同的操作系统上运行过。

总结:导致窗口在设计器模式和运行模式表现不一样的原因是因为因为Windows操作系统的机制原因,限制的窗口的最大值和最小值。而设计器模式时,窗体属于VisualStudio的内部组件,不受窗体大小的限制,所以渲染出来的效果会存在以上比较诡异的差异。


本文会经常更新,请阅读原文: https://huchengv5.gitee.io//post/WPF&Winform-%E7%AA%97%E5%8F%A3%E5%A4%A7%E5%B0%8F%E8%AE%BE%E7%BD%AE%E8%8C%83%E5%9B%B4%E9%99%90%E5%88%B6.html ,以避免陈旧错误知识的误导,同时有更好的阅读体验。

知识共享许可协议 本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。欢迎转载、使用、重新发布,但务必保留文章署名胡承(包含链接: https://huchengv5.gitee.io/ ),不得用于商业目的,基于本文修改后的作品务必以相同的许可发布。如有任何疑问,请 与我联系