MaximizeBox = false 仅禁用按钮UI响应，无法拦截系统级最大化行为；需重写WndProc过滤WM_SYSCOMMAND中的SC_MAXIMIZE/SC_RESTORE/SC_MOVE，并配合FixedSingle边框、显式尺寸及高DPI适配。
仅设 MaximizeBox = false 不足以真正禁止最大化——用户仍可通过双击标题栏、拖拽边框、快捷键（如 Win+↑）或 API 调用触发最大化。
为什么 MaximizeBox = false 会被绕过
该属性只禁用右上角按钮的 UI 响应，不拦截底层系统消息。Windows 会继续响应以下行为：
- 双击标题栏（
WM_NCLBUTTONDBLCLK消息） - 拖拽标题栏到屏幕顶部（Aero Snap 触发）
- 调用
SetWindowPos或ShowWindow传入SW_MAXIMIZE - Win+↑ 快捷键（系统级，.NET 层无法直接屏蔽）
尤其在多 DPI 或远程桌面环境下，MaximizeBox = false 后窗体偶尔仍会“闪现”最大化状态，本质是系统样式未被彻底清除。
必须重写 WndProc 拦截系统命令
核心是捕获 WM_SYSCOMMAND 并过滤掉 SC_MAXIMIZE 和相关还原操作：
protected override void WndProc(ref Message m)
{
const int WM_SYSCOMMAND = 0x112;
const int SC_MAXIMIZE = 0xF030;
const int SC_RESTORE = 0xF120;
const int SC_MOVE = 0xF012;
if (m.Msg == WM_SYSCOMMAND)
{
switch (m.WParam.ToInt32())
{
case SC_MAXIMIZE:
case SC_RESTORE:
case SC_MOVE: // 防止拖拽标题栏触发还原
return;
}
}
base.WndProc(ref m);
}
注意：SC_RESTORE 必须一并拦截，否则双击标题栏后先最大化再立即还原，视觉上像“抖动”，实为两次状态切换。
配套设置缺一不可
单靠 WndProc 还不够，需组合以下三项：
-
this.FormBorderStyle = FormBorderStyle.FixedSingle：禁用边框拖拽，避免用户拉伸窗体（None虽更彻底但会丢失标题栏，慎选） -
this.MaximizeBox = false：保持 UI 一致性，防止按钮残留点击反馈 -
this.Size = new Size(800, 600)（显式固定尺寸）：避免布局管理器（如Anchor）在 DPI 变化时意外缩放
若窗体已设 WindowState = FormWindowState.Maximized 初始化，务必先改为 Normal，否则 WndProc 拦截可能失效。
高 DPI 和多屏下的隐藏坑
在 125% 或 150% 缩放下，FormBorderStyle.FixedSingle 可能导致边框像素模糊或控件错位；多显示器时 Screen.PrimaryScreen.WorkingArea 返回主屏尺寸，而非当前窗体所在屏。
安全做法是：
- 启用
Application.SetHighDpiMode(HighDpiMode.SystemAware)（.NET 5+） - 用
Screen.FromControl(this).WorkingArea替代PrimaryScreen - 禁用 Aero Snap：注册表项
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced\DisallowSnap设为1（需管理员权限，生产环境慎用）
最易被忽略的是：未处理 WM_GETMINMAXINFO 消息时，系统仍可能在拖拽过程中临时计算最大尺寸，导致边缘轻微溢出——真要 100% 锁死，得额外重写该消息并硬编码 ptMaxSize 和 ptMaxTrackSize。
