WinForm窗体需通过Application.Run()启动消息循环才能正常显示和响应，否则会黑屏、无响应或闪退；正确管理多窗体需显式控制生命周期，避免误用Application.Exit()；渲染问题应通过双缓冲、DPI感知和禁用自动缩放解决。
WinForm 窗体不是靠“创建”出来的，而是靠 Application.Run() 启动一个已实例化的 Form 对象——漏掉这一步，窗体永远不会显示；写错顺序或重复调用，会导致黑屏、无响应或进程残留。
为什么新建的 Form 没有显示？
最常见原因是没调用 Application.Run()，或者在它之前就提前 Dispose() 或 Close() 了主窗体。VS 模板自动生成的 Program.cs 里那行 Application.Run(new Form1()); 是关键入口，不能删，也不能把它换成 new Form1().Show(); 就完事。
-
new Form1().Show()只是弹出窗体，但消息循环没启动，按钮点不了、Paint 不触发、键盘输入全丢 - 如果手动写了
Application.Run(new Form1());却又在构造函数里调用了this.Close()，窗体会瞬间关闭，进程还卡在 Run 中，表现为“闪退+IDE 停不下来” - .NET 6+ 的隐式
Program.cs若改用顶层语句，必须确保Application.Run()是最后一行可执行逻辑，前面不能有return或异常未捕获
如何正确添加多个窗体并控制打开/关闭逻辑？
多个窗体之间不是靠“父子关系”自动管理生命周期，而是靠显式引用 + 模态/非模态策略。误用 ShowDialog() 而不处理返回值，或在子窗体中直接 Application.Exit()，都会破坏主消息循环。
- 从主窗体打开子窗体：优先用
form2.ShowDialog(this)（模态），避免form2.Show()后丢失引用导致 GC 提前回收（尤其没设Owner时） - 关闭子窗体时不退出整个应用：子窗体里不要调
Application.Exit()，改用this.Close()；主窗体监听form2.FormClosed事件做后续清理 - 跨窗体传值别用静态变量：容易引发线程冲突或状态污染，改用构造函数参数、公共属性或事件回调
窗体闪烁、重绘异常或 DPI 缩放错乱怎么办？
这不是代码写错了，而是 WinForm 渲染底层对双缓冲和高 DPI 支持不透明导致的。默认 Form 在高分屏上缩放后控件模糊、布局偏移，或快速刷新时出现撕裂，根源常在双缓冲开关和 DPI 感知配置。
- 启用双缓冲：在窗体构造函数中加
this.SetStyle(ControlStyles.OptimizedDoubleBuffer | ControlStyles.AllPaintingInWmPaint, true);，但别对每个控件单独开，会拖慢首次绘制 - 强制 DPI 感知：项目属性 → 应用程序 → “启用 Windows 高 DPI 感知”，或在
app.manifest中取消注释dpiAware并设为true/PM；否则系统强行缩放位图，字体发虚、按钮错位 - 禁用自动缩放：若 UI 已按 100% 设计好，可在窗体构造函数加
this.AutoScaleDimensions = new SizeF(1F, 1F); this.AutoScaleMode = AutoScaleMode.None;，防止运行时被干扰
WinForm 的坑不在语法，而在 Windows 消息机制与 GDI 渲染的耦合深度——你写的每一行 Show() 或 Refresh()，背后都是 PostMessage 和 WM_PAINT 的博弈。别迷信设计器生成的代码，InitializeComponent() 里埋着大量默认样式和事件钩子，修改前先看反编译结果。
