无边框窗体点击任务栏图标不最小化是正常现象，需重写CreateParams添加WS_MINIMIZEBOX样式，并确保FormBorderStyle为None、MinimizeBox为true且TopMost为false。
点击任务栏图标时窗体不响应最小化？这是默认行为，不是 Bug
Windows 系统下，点击任务栏图标默认触发的是 WM_SYSCOMMAND 消息中的 SC_MINIMIZE，但 WinForms 窗体若设置了 FormBorderStyle.None 或隐藏了系统边框，这个消息可能被忽略——不是你代码写错了，而是系统根本没把指令传给窗体。
- 标准有标题栏窗体：点任务栏图标 → 自动最小化/还原，无需额外代码
- 无边框自定义窗体（
FormBorderStyle.None）：该行为失效，必须手动补全 - 已调用
this.ShowInTaskbar = false的窗体：任务栏图标本身不显示，自然无法点击
C# 中让无边框窗体支持任务栏点击最小化：重写 CreateParams
核心是告诉 Windows：“我虽无标题栏，但仍需接收系统命令”。关键不是监听鼠标，而是修改窗体的底层窗口样式位（WS_MINIMIZEBOX）。
protected override CreateParams CreateParams
{
get
{
CreateParams cp = base.CreateParams;
cp.Style |= 0x20000; // WS_MINIMIZEBOX
return cp;
}
}- 数值
0x20000是 Windows SDK 定义的WS_MINIMIZEBOX样式常量，不能写成字符串或变量名 - 仅加这一段就足够，不需要再绑定
SizeChanged或Resize事件来“模拟”最小化 - 如果同时用了
NotifyIcon并调用了this.Hide()，任务栏图标会消失，此时点击无效——这是预期行为，不是冲突
为什么加了 CreateParams 还是没反应？检查这三个硬性条件
这个方案生效的前提非常具体，漏掉任意一个都会静默失败：
-
FormBorderStyle必须为None或SizableToolWindow等非系统边框样式；设成Sizable反而会覆盖你的自定义逻辑 -
MinimizeBox属性必须为true（默认值），设为false会直接屏蔽WS_MINIMIZEBOX效果 - 窗体不能处于
TopMost = true状态且未激活——某些系统版本下，置顶窗体的任务栏交互会被降级处理
和 NotifyIcon 共存时的常见陷阱
很多人想“点击任务栏图标最小化，右键托盘图标管理”，结果发现两者打架。本质是任务栏图标和托盘图标是两个独立入口，系统不会自动同步状态。
- 任务栏图标点击 → 触发窗体
WindowState切换，但不会自动Hide()，也不会影响NotifyIcon.Visible - 如果你在
SizeChanged里写了this.Hide()+notifyIcon1.Visible = true，那任务栏图标一点击，窗体最小化后立刻被隐藏，任务栏图标随即消失 → 用户再也点不到它 - 正确做法：只用任务栏图标做最小化/还原，托盘图标专用于“彻底隐藏到后台”，二者职责分离，不混用逻辑
实际调试时最容易卡在 MinimizeBox = false 被误设，或者把 NotifyIcon 的显示逻辑和任务栏行为耦合太紧。这两处改对，99% 的场景就通了。
