自动隐藏窗口的核心是监听位置变化，在LocationChanged和ResizeEnd中检测距左/右/上边缘≤5px时Hide()，并用Screen.FromControl(this).WorkingArea避开任务栏；恢复需WndProc拦截WM_MOUSEMOVE判断鼠标是否在Bounds内，禁用Opacity=0而用Hide()/Show()确保响应无卡顿。
窗口靠近屏幕边缘时自动隐藏的判断逻辑
核心不是“隐藏”，而是持续监听窗口位置，当它进入屏幕边缘的某个阈值区域（比如距左/右/上边缘 ≤ 10 像素），就设 WindowState 为 FormWindowState.Minimized 或直接 Hide()。但必须避开任务栏遮挡区——Windows 默认会在屏幕底部留出任务栏高度，Screen.PrimaryScreen.WorkingArea 才是真正可用区域，用 Screen.PrimaryScreen.Bounds 会误判。
- 推荐检测范围：距左/右边缘 ≤ 5px，距上边缘 ≤ 5px（下边缘一般不隐藏，避免和任务栏冲突）
- 必须在
LocationChanged和ResizeEnd事件里都检查，否则拖动过程中可能漏判 - 别在
Paint或定时器里高频轮询——CPU 占用高，且容易触发闪烁
如何防止鼠标移入后窗口不恢复（QQ式悬停展开）
自动隐藏后，用户把鼠标移到原窗口位置，得立刻显示出来。关键在于：不能只靠 MouseEnter，因为窗口已 Hide()，根本收不到该事件；得用全局鼠标钩子或 Application.AddMessageFilter 拦截 WM_MOUSEMOVE 消息，再结合 PointToClient 判断鼠标是否落在窗口逻辑区域内。
- 最简方案：启用
NotifyIcon配合ContextMenuStrip，但无法实现“悬停即显” - 实用方案：重写
WndProc，监听0x200（WM_MOUSEMOVE），用Rectangle.Contains(Cursor.Position)判断鼠标是否在窗口原始位置范围内 - 注意：如果窗口用了
TopMost = true，需临时设为false再Show()，否则可能被其他窗口压住
WinForms 中 FormBorderStyle.None 下的尺寸与坐标陷阱
边缘隐藏功能几乎必用无边框（FormBorderStyle.None），但这会让 Width/Height 不再包含边框像素，而 Location 的 X/Y 是屏幕坐标，不受影响。问题在于：你拖动窗口时，系统实际移动的是窗口的 client area 左上角，但用户感知的是“窗口外沿”——导致靠近边缘时，视觉上还没贴边，程序却已触发隐藏。
- 修复方式：用
this.RectangleToScreen(this.ClientRectangle)获取真实屏幕矩形，再计算四边距离 - 特别注意
Right和Bottom：别用Location.X + Width，要用Bounds.Right（含非客户区） - 多显示器下，必须用
Screen.FromControl(this).WorkingArea而非PrimaryScreen
为什么 Opacity = 0 不适合做“隐藏”
有人用透明度归零模拟隐藏，这是错的。窗口仍占据 Z-order、接收消息、参与 Alt+Tab 切换，且鼠标悬停检测失效——因为 Opacity=0 后 MouseEnter 等事件彻底不触发，全局钩子也难精准定位。
- 正确做法：调用
Hide()，并在需要时用SetForegroundWindow+Show()恢复（需 P/Invoke） - 若需动画效果，先
Opacity渐变到 0，再Hide()；恢复时先Show()，再渐变Opacity到 1 -
Visible = false和Hide()效果一致，但后者语义更清晰
真正难的不是隐藏，是让隐藏和恢复之间没有“卡顿感”——鼠标移入瞬间就要响应，这要求坐标判断必须在 UI 线程毫秒级完成，且不能依赖任何异步延迟。一旦加了 Task.Delay 或跨线程调度，用户就会觉得“反应慢”“要多等一下才出来”。
