1、现象
用vs打开一个维护的winfrom项目的窗体设计器时,出现闪退的现象。但是程序能正常运行,这个窗体也能正常运行。
2、知识点
做了许多验证后发现vs窗体设计器的加载顺序是:
base.构造函数-->base.Load()-->子控件.构造函数-->子控件.Load()
vs窗体设计器不会调用本窗体的构造函数和Load()
注:base代表基类
3、造成现象的原因
本窗体的自定义子控件的Load事件中有业务逻辑,vs窗体设计器运行不通。
4、解决
在基类或子控件的Load方法中使用如下写法
private void Form1_Load(object sender, EventArgs e)
{
#region 方法一(不是设计模式时,或者进程名不是devenv(devenv是vs的进程)时,运行业务流程)
if (!(LicenseManager.UsageMode == LicenseUsageMode.Designtime || Process.GetCurrentProcess().ProcessName == "devenv"))
{
//业务流程
}
#endregion
#region 方法二(不是设计模式时,运行业务流程)
if (!DesignMode)
{
//业务流程
}
#endregion
}
5、 其他延申知识点
1
Application.Run(new Form2());
Application.Run调用的Form2的Load事件,如果基类有Load事件,则先调用基类的Load事件。
2
new 对象时调用顺序:
private int xxx = 2;//先于构造函数调用
private int sssss ;//用到时才会被调用
private string ccccvv { get; set; }//用到时才会被调用
private string cccc { get; set; } = "23";//先于构造函数调用
3
- 遇到vs闪退等问题,没有报错信息,可以去「事件查看器」里查看windows日志。
- 注:右键“我的电脑”,选择管理,打开「事件查看器」;或者同时按下 Windows键 + R键,输入“eventvwr.msc”直接打开「事件查看器」。
4
注意:有时在使用自定义好的控件时,要注意看下vs自动生成的InitializeComponent相关的代码,有时会和你期望的有所差别。
例如:自定义的控件在构造函数或Load事件中对一些子控件做了一些操作或赋值,这时在用这个自定义控件时生成的InitializeComponent方法中也会对他的子控件做一些操作或赋值,这些操作或赋值可能和你想象的不一样。
本文详细记录了在使用Visual Studio (VS) 打开WinForm项目时遇到设计器闪退的问题,深入探讨了窗体加载顺序以及Load事件在设计器中的特殊行为。问题源于自定义子控件的Load事件中存在业务逻辑导致设计器无法正常运行。解决方案是在Load事件中添加条件判断,避免在设计器模式下执行业务逻辑。此外,还分享了相关知识点,如Application.Run的Load事件调用顺序、对象实例化顺序以及如何通过事件查看器获取VS错误日志。对于使用自定义控件时可能出现的问题,也给出了注意事项。
9470

被折叠的 条评论
为什么被折叠?



