FormBorderStyle.None 后鼠标无法拖动窗体，因系统禁用标题栏拖拽逻辑；须通过 WndProc 拦截 WM_NCHITTEST 和 WM_NCLBUTTONDOWN 消息，仅对指定区域（如 Panel）返回 HTCAPTION，交由系统处理拖拽，确保 DPI、多屏及按钮功能正常。
为什么 FormBorderStyle.None 后鼠标点哪都拖不动？
窗体设为 FormBorderStyle.None 会直接禁用系统级拖拽逻辑，Windows 不再识别标题栏区域，MouseDown 事件本身也收不到系统拖动消息。这不是“没写代码”，而是底层机制被绕过了——必须手动接管窗口位置更新。
常见错误是只在 MouseMove 里改 this.Location，结果鼠标一快就脱节、卡顿、甚至坐标跳变。关键不是“动”，而是“模拟系统拖拽的时序和约束”。
- 必须用
WM_NCLBUTTONDOWN消息触发系统拖拽入口，而不是靠自己算坐标 -
MouseEventArgs.Button在无边框下不可靠，不能依赖if (e.Button == MouseButtons.Left)判断 - 不要在
MouseMove中持续设置this.Location，这会破坏 DPI 缩放适配，高分屏下位移失真
如何用 WndProc 正确捕获左键拖拽？
核心是拦截 WM_NCLBUTTONDOWN（非客户区鼠标按下）消息，并主动向系统发送 HTCAPTION 命中结果，让 Windows 认为“用户点在标题栏上”。这样后续的拖拽行为完全由系统处理，兼容性、DPI、多显示器移动全都不用操心。
实操只需重写窗体的 WndProc 方法：
protected override void WndProc(ref Message m)
{
const int WM_NCLBUTTONDOWN = 0xA1;
const int HTCAPTION = 2;
if (m.Msg == WM_NCLBUTTONDOWN && m.WParam.ToInt32() == HTCAPTION)
{
// 允许拖拽：不调用 base.WndProc，由系统接管
return;
}
base.WndProc(ref m);
}
- 必须检查
m.WParam.ToInt32() == HTCAPTION，不能只看m.Msg，否则可能误触边框缩放逻辑 - 返回前不调用
base.WndProc是关键，这是把控制权交还给系统拖拽引擎 - 如果想限定仅特定区域（如顶部 30 像素）可拖拽，需先在
WM_NCHITTEST中返回HTCAPTION，再进WM_NCLBUTTONDOWN
如何实现自定义拖拽区域（比如只让 Panel 可拖）？
若窗体有标题栏样式的 Panel，希望只有它响应拖拽，其他区域（如按钮、图片）不触发——不能靠控件事件，必须在消息层做命中测试。
需同时处理两个消息：WM_NCHITTEST 判断鼠标在哪，WM_NCLBUTTONDOWN 触发拖拽：
protected override void WndProc(ref Message m)
{
const int WM_NCHITTEST = 0x84;
const int WM_NCLBUTTONDOWN = 0xA1;
const int HTCLIENT = 1;
const int HTCAPTION = 2;
if (m.Msg == WM_NCHITTEST)
{
var point = this.PointToClient(new Point(m.LParam.ToInt32() & 0xFFFF, m.LParam.ToInt32() >> 16));
if (dragPanel.RectangleToScreen(dragPanel.ClientRectangle).Contains(point))
{
m.Result = (IntPtr)HTCAPTION;
return;
}
}
if (m.Msg == WM_NCLBUTTONDOWN && m.WParam.ToInt32() == HTCAPTION)
{
return;
}
base.WndProc(ref m);
}
-
dragPanel必须是窗体直接子控件，嵌套层级过深会导致RectangleToScreen坐标错乱 - 不要用
PointToScreen转换鼠标坐标再比对，因为WM_NCHITTEST的LParam已是屏幕坐标，要转成客户端坐标再判断是否在 Panel 内 - 如果 Panel 启用了
DoubleBuffered或自绘，确保其Visible和Enabled均为true，否则命中测试失效
为什么加了拖拽后最大化按钮失效或窗口缩放异常？
根本原因是 WM_NCLBUTTONDOWN 拦截太宽泛，连最大化/最小化按钮所在的非客户区（HTMAXBUTTON、HTMINBUTTON）也被吃掉了。系统收不到这些点击，按钮就变灰或无响应。
正确做法是只拦截真正需要拖拽的区域，其余非客户区消息仍交给系统：
- 在
WM_NCHITTEST中，只对目标区域返回HTCAPTION，其他情况（如HTMAXBUTTON、HTSYSMENU）务必返回原值或调用base.WndProc - 避免在
WndProc开头就return，必须保留对所有非拖拽相关消息的默认处理 - 如果使用了
SetWindowPos手动调整大小，注意SWP_NOZORDER和SWP_FRAMECHANGED标志缺失会导致边框重绘异常
最易忽略的是 DPI 变更场景：当用户切换显示器或调整系统缩放比例时，RectangleToScreen 返回的矩形可能未实时更新，导致拖拽区域偏移。建议监听 SystemEvents.DisplaySettingsChanged 并缓存当前 DPI 缩放因子。
