窗体抖动不能直接用Location循环赋值，因会触发大量重绘并可能卡死界面；应使用System.Windows.Forms.Timer（WinForms）或DispatcherTimer（WPF），控制位移±5~±12像素、总时长≤800ms，并保存RestoreBounds确保位置复原。
窗体抖动为什么不能直接用 Location 循环赋值
因为 WinForms 的 UI 线程是单线程的，连续快速修改 Location 会触发大量重绘和布局计算，系统可能直接丢弃中间帧，导致抖动不明显，甚至卡死界面。更关键的是，如果在主线程里用 Thread.Sleep 阻塞，整个窗体会无响应，用户点不了关闭按钮——这不是提醒，是拒绝服务。
- 必须用
Timer或Task.Delay避免阻塞 UI 线程 - 抖动位移量建议控制在 ±5 ~ ±12 像素之间，太大像弹窗故障，太小看不出来
- 总持续时间别超过 800ms，否则用户会以为程序出 bug 而强行结束进程
用 System.Windows.Forms.Timer 实现可控抖动
这是最稳妥的选择：它运行在 UI 线程，无需跨线程调用，也不依赖异步上下文，兼容 .NET Framework 和 .NET 5+ WinForms 项目。
- 在窗体类中声明私有字段：
private Timer _shakeTimer; - 初始化时设置
Interval = 50（20fps 足够流畅），Enabled = false - 抖动逻辑只改
Left和Top，避免触发布局重算（比如不碰Size或Anchor） - 抖动结束后务必调用
_shakeTimer.Stop()并置Enabled = false，否则内存泄漏
_shakeTimer = new Timer { Interval = 50 };
_shakeTimer.Tick += (s, e) =>
{
const int shakeAmount = 8;
var original = Location;
var offset = (DateTime.Now.Millisecond % 2 == 0) ? shakeAmount : -shakeAmount;
Location = new Point(original.X + offset, original.Y + offset);
// 抖 6 次就停（300ms）
if (Interlocked.Increment(ref _shakeCount) >= 6)
{
_shakeTimer.Stop();
_shakeCount = 0;
}
};
WPF 项目里不能用 System.Windows.Forms.Timer
WPF 窗体没有 Invoke 或 BeginInvoke 的等效简易接口，且 System.Windows.Forms.Timer 在 WPF 主线程中可能不触发或行为异常。必须用 DispatcherTimer，并注意它的 Tick 是在 UI 线程同步执行的，所以依然不能放耗时操作。
- 别把
DispatcherTimer声明为局部变量，容易被 GC 提前回收 - 使用
Application.Current.Dispatcher.Invoke不必要，DispatcherTimer本就在 Dispatcher 上运行 - 抖动目标如果是
Window，直接改Left/Top；如果是UserControl，得改父容器的Margin或用RenderTransform更高效
抖动后窗体位置偏移回不去？检查 StartPosition 和 RestoreBounds
很多抖动代码只记了初始 Location，但用户可能已拖动过窗口，或窗体处于最大化状态——此时 Location 返回的是 (0, 0)，抖完再设回去就闪到左上角。真正该保存的是 RestoreBounds（还原后的矩形）。
- 开始抖动前：用
var restore = WindowState == FormWindowState.Normal ? Bounds : RestoreBounds; - 抖动结束时：不是设
Location，而是设Bounds = restore; - 如果窗体设置了
StartPosition = FormStartPosition.CenterParent，抖动后手动居中要调用CenterToParent()，而不是靠Location计算
窗体抖动本质是视觉干扰，不是动画效果。只要用户注意到就行，没必要追求平滑贝塞尔曲线或者多轴旋转——那已经超出“提醒”范畴，变成 UI 过载了。
