WinForm淡出关闭需先Hide()再Close()：Opacity归零后调用Hide()使窗体退出任务栏和Alt+Tab，再Close()完成资源释放；必须用UI线程执行，推荐System.Windows.Forms.Timer控制动画，避免跨线程异常。
WinForm 窗口淡出关闭时 Opacity 设为 0 后窗体仍占位
这是最常踩的坑：循环把 Opacity 从 1.0 降到 0，最后设成 0.0 就直接 Close()，结果任务栏图标还在、Alt+Tab 还能切到、甚至焦点没释放。根本原因是 Windows 窗体在 Opacity == 0 时依然处于活动状态，只是“看不见”，不是“已退出”。
正确做法是等动画结束、Opacity 到达 0 后，再调用 Hide() + Close()，且必须确保 Close() 在 UI 线程执行。别用 Application.Exit() 或暴力 Kill()，那会中断资源释放。
- 动画结束后立即调用
this.Hide()，让窗体从任务栏和 Alt+Tab 列表中消失 - 紧接着调用
this.Close()，触发正常销毁流程（释放控件、取消事件订阅等） - 如果在定时器或异步任务里操作，务必用
this.Invoke((MethodInvoker)delegate { ... })包裹Hide()和Close()
用 Timer 做淡出动画比 Task.Delay 更稳
Task.Delay 配合 await 写起来顺，但在 WinForm 主线程里容易卡 UI 或引发跨线程异常；而 System.Windows.Forms.Timer 天然运行在 UI 线程，安全、轻量、不阻塞。
关键参数注意：Interval 设太小（如 10ms）会导致高频重绘，反而卡顿；设太大（如 100ms）动画生硬。推荐 30–50ms 区间，配合每次降 0.05～0.1 的 Opacity 步长。
- 创建时用
new Timer()，别用System.Threading.Timer—— 后者回调在线程池线程，不能直接改Opacity - 启动前设好
Interval = 40，Enabled = false，避免误触发 - 每次
Tick中只做一件事：更新Opacity，并在到达 0 时停掉定时器并收尾
private void StartFadeOut()
{
fadeTimer.Interval = 40;
fadeTimer.Tick += (s, e) =>
{
this.Opacity -= 0.07;
if (this.Opacity <= 0.0)
{
this.Opacity = 0.0;
fadeTimer.Stop();
this.Hide();
this.Close();
}
};
fadeTimer.Start();
}淡入要等窗体完全显示后再开始，否则闪一下就动
很多人在 Form_Load 里直接开淡入，结果窗体还没完成布局、控件还没渲染完，Opacity 就开始变，导致视觉上“先黑后亮”或者控件错位。WinForm 的 Shown 事件才是可靠起点——它保证窗体已绘制、已激活、所有控件尺寸位置就绪。
- 不要在
Load、Activated或构造函数里启动淡入 - 绑定
this.Shown += (s, e) => { StartFadeIn(); };是最稳妥的时机 - 淡入过程同样用
Timer，但方向相反：从0.0起步，每次加0.07，上限设为1.0（别超，否则可能触发异常）
WPF 用户别套用这套逻辑
这段代码只适用于 WinForm。WPF 的 Window 没有 Opacity 的实时重绘优化机制，直接循环改 Opacity 会卡死 UI；它应该用 Storyboard + DoubleAnimation，走的是独立渲染线程。强行在 WPF 里仿 WinForm 的 Timer 方式，大概率遇到 InvalidOperationException: The calling thread cannot access this object because a different thread owns it。
如果你看到标题写着 C# 却实际在写 WPF，立刻停手，去查 BeginAnimation 和 OpacityProperty 的用法——不是换函数名就能跑通的事。
