WinForm控件无法直接用CSS或Shadow属性加阴影，因其基于GDI+渲染且无CSS概念；阴影需手动绘制或窗口层级控制，常用GraphicsPath多层偏移+递减透明度实现。
WinForm控件加阴影为什么不能直接用CSS或样式属性
因为 winform 是 gdi+ 渲染，没有 css 概念，也没有 shadow 属性；所有“阴影”效果都得靠手动绘制或窗口层级控制。系统级阴影（比如窗体自带的）只对 form 本身生效，不传递给内部 button、panel 等子控件。
常见错误现象：Control.Paint 里画阴影但被父容器裁剪、阴影随控件移动不跟手、高 DPI 下模糊或偏移。
- 必须重写
OnPaint或使用双缓冲绘图，不能依赖控件默认渲染流程 - 阴影偏移量、模糊半径需根据 DPI 缩放，否则在 125% 或 150% 缩放下会错位
- 避免在
Paint中创建新Brush或Pen实例——容易引发内存泄漏和闪烁
用 GraphicsPath + DrawShadow 实现按钮阴影（C# + GDI+）
这是最可控、兼容性最好的方式，适用于 Button、Panel、自定义控件等。核心是用 GraphicsPath 描出控件轮廓，再用多次偏移+半透明填充模拟阴影扩散。
关键点：不是画一个影子，而是画多层递减透明度的偏移矩形。
- 先调用
e.Graphics.TranslateTransform(2f, 2f)做基础偏移，再用DrawPath绘制带圆角的阴影底色（Color.FromArgb(60, 0, 0, 0)） - 重复 3–4 次，每次偏移 + 透明度降低（如 60 → 40 → 20），形成软边效果
- 最后恢复坐标系，正常绘制控件本体，否则阴影会盖住文字或图标
protected override void OnPaint(PaintEventArgs e) {
base.OnPaint(e);
var g = e.Graphics;
g.SmoothingMode = SmoothingMode.AntiAlias;
var path = GetRoundedRect(ClientRectangle, 4); // 自定义圆角路径
for (int i = 1; i <= 3; i++) {
using var brush = new SolidBrush(Color.FromArgb(80 - i * 20, 0, 0, 0));
g.TranslateTransform(i, i);
g.FillPath(brush, path);
g.TranslateTransform(-i, -i);
}
}用 WS_EX_COMPOSITED 导致阴影失效的坑
有人尝试给窗体加 WS_EX_COMPOSITED 样式来减少闪烁，结果发现阴影完全不显示——这是因为该样式强制系统用合成方式渲染，绕过了 GDI+ 的 Paint 调用，OnPaint 可能被跳过或截断。
使用场景：仅当控件频繁重绘且出现明显撕裂时才考虑启用，但必须同步改用 DoubleBuffered = true + 手动管理绘图缓冲，而不是依赖窗口样式。
-
SetStyle(ControlStyles.OptimizedDoubleBuffer | ControlStyles.AllPaintingInWmPaint, true)更安全 - 禁用
WS_EX_COMPOSITED（即不调用SetWindowLong设置该 flag）是多数阴影方案的前提 - 若必须用该样式（例如嵌入 DirectX 内容），阴影只能通过 Layered Window（
UpdateLayeredWindow）实现，复杂度陡增
高 DPI 下阴影偏移不准的修复方法
在 125% 缩放下，硬编码 TranslateTransform(2f, 2f) 会变成 2.5 像素，GDI+ 对亚像素处理不稳定，导致阴影虚化或抖动。
正确做法是统一用设备无关单位（DIP），再通过 Graphics.DpiX / 96f 换算。
- 获取当前缩放比例：
float scale = CreateGraphics().DpiX / 96f; - 阴影偏移应为
(int)Math.Round(2f * scale)，而非固定值 - 所有路径尺寸、圆角半径、字体大小也需同样缩放，否则阴影和控件边缘对不齐
容易被忽略的是：不同显示器可能有不同 DPI，Form 创建后 DPI 可能动态变化（比如拖到 200% 缩放的副屏），此时需监听 DpiChangedAfterParent 事件并重绘。
