winforms 的 transparencykey 仅实现视觉透明且默认不响应鼠标事件，非真正点击穿透；wpf 通过 background=”transparent” 和 ishittestvisible 精确控制交互；复杂区域需用 setwindowrgn；底层窗口需设 ws_ex_transparent 才能接收穿透消息。
WinForms 中 Form.TransparencyKey 会导致点击穿透，但不是真“响应”
设置 TransparencyKey 后，窗口上该颜色区域会变透明，且**默认不接收鼠标事件**——这常被误认为“点击穿透”，其实是系统直接把点击透给底层窗口了，当前窗体根本没收到消息。它不支持“仅让某块区域响应点击、其余透明但不响应”，这是根本限制。
常见错误现象：TransparencyKey 设为 Color.Magenta，画了个粉红按钮，结果点不到——因为整个粉红区都被当透明跳过了，连 Click 事件都不会触发。
- 只适用于全窗体级简单透明（比如做圆形窗、异形提示框）
- 不能和
FormBorderStyle = None配合做精细交互区域控制 - 高 DPI 下可能因颜色采样偏差导致部分像素未被识别为透明
WPF 用 IsHitTestVisible 和 Background="Transparent" 精确控制响应区域
WPF 才真正支持“视觉透明但逻辑可点”或“视觉可见但逻辑忽略”。关键在两个属性配合：Background="Transparent" 让元素参与渲染但不遮挡，IsHitTestVisible="False" 则让它彻底不参与鼠标命中测试。
使用场景：自定义标题栏中只让图标按钮响应点击，文字区域点击穿透到底层窗口；或叠加蒙版层，仅留一个操作按钮可点。
-
IsHitTestVisible="False"的容器内，所有子元素也自动失效（除非显式设为True） -
Background="{x:NULL}"和Background="Transparent"效果不同：前者不参与命中测试，后者参与但不可见 - 若父容器
IsHitTestVisible="False"，子元素设True也无效（WPF 命中测试是自顶向下短路的）
<Grid IsHitTestVisible="False"> <Button Content="Only this works" IsHitTestVisible="True" /> </Grid>C# Win32 API 调用 SetWindowRgn 实现任意形状点击区域
要真正做到“窗口有复杂镂空，但只有特定多边形区域响应点击”，必须绕过 .NET 封装，用原生 SetWindowRgn 设置窗口客户区区域（RGN）。此时系统只对 RGN 内部坐标做鼠标捕获，外部完全穿透。
性能影响：每次调用 SetWindowRgn 都会触发窗口重绘和区域计算，频繁修改（如动画轮廓）会导致卡顿；兼容性上，windows 10+ 正常，但某些远程桌面或高对比度模式下可能降级为矩形区域。
- 必须在
Form.Handle创建后调用（如Load事件里），否则返回 0 失败 - 区域需用
CreateRectRgn/CreatePolygonRgn等 GDI 函数构造，C# 需[DllImport]导入gdi32.dll - 窗口最大化时 RGN 会被重置，需监听
WM_GETMINMAXINFO或SizeChanged重建
点击穿透后底层窗口收不到消息？检查 WS_EX_TRANSPARENT 和 Z-order
即使你用对了 SetWindowRgn 或 WPF 设置，底层窗口仍无反应，大概率是它的 WS_EX_TRANSPARENT 扩展样式没开，或者它被其他窗口压在下面（Z-order 错乱）。这个样式不是让本窗体透明，而是告诉系统：“我允许鼠标穿透我，去击中更底层的窗口”。
常见错误现象：WinForms 主窗体设了 TransparencyKey，点空白处本该激活桌面上的记事本，结果什么都没发生——因为记事本没设 WS_EX_TRANSPARENT，系统根本不会把消息往下传。
- WinForms 中需用
SetWindowLong修改GWL_EXSTYLE，添加WS_EX_TRANSPARENT - 该样式会影响绘制顺序，可能导致闪烁，建议仅在需要穿透的窗口上启用
- 如果目标窗口是 UWP 或某些沙盒应用（如 microsoft Store 版 edge），它们默认拦截穿透消息，无法绕过
实际最麻烦的从来不是怎么设透明，而是当多个窗口堆叠、各自设置了不同穿透策略时，谁该响应、谁该放行、谁又该被忽略——这些边界情况几乎没法靠单一 API 解决，得结合 WM_NCHITTEST 拦截和手动转发消息。