WinForm启用拖放需手动设置AllowDrop为true且不继承，子控件须单独设置；DragEnter中须用GetDataPresent(DataFormats.FileDrop)判断格式；DragDrop中用is string[]安全获取路径数组。
WinForm窗体怎么启用拖放功能
必须手动设置 AllowDrop 为 true，否则即使写了事件处理也不会触发。这个属性默认是 false，而且不会继承，子控件（比如 Panel 或 TextBox）也得单独设。
常见错误：只在窗体上设了 AllowDrop = true，但拖到内部 TextBox 上没反应——因为那个 TextBox 自己没开。
- 在设计器里选中控件 → 属性面板 → 找到
AllowDrop→ 改成True - 代码里设更稳妥：
this.AllowDrop = true;或myPanel.AllowDrop = true; - 如果用
TabControl，每个TabPage里的容器也要单独设
DragEnter事件里该做什么判断
不是一进来就接受拖入，得先检查数据格式是否合法，否则会卡住或抛异常。Windows 拖放时会先发 DragEnter，你得在这里告诉系统“我能接什么”。
典型错误：直接写 e.Effect = DragDropEffects.Copy; 不加判断，结果拖个文件夹、图片、甚至网页链接进来，后续 DragDrop 里取不到路径，还可能崩。
- 用
e.Data.GetDataPresent(DataFormats.FileDrop)判断是不是文件路径列表 - 别用
DataFormats.Text或DataFormats.StringFormat——它们返回的是乱码路径或空字符串 - 如果允许拖多个文件，这里不需数数量；真正要读路径得等
DragDrop事件
DragDrop事件中如何安全获取文件路径
路径数组是从 e.Data.GetData(DataFormats.FileDrop) 返回的 string[]，但这个调用可能返回 null，且类型必须显式转换，不然运行时报 InvalidCastException。
容易被忽略的点：路径含中文或空格完全没问题，.NET 本身支持，出问题往往是自己用了 Split(' ') 之类的手动解析。
- 务必判空：
if (e.Data.GetData(DataFormats.FileDrop) is string[] files && files.Length > 0) - 不要用
(string[])e.Data.GetData(...)强转——失败直接炸；用as string[]或is string[] - 路径是完整绝对路径，包含盘符，可直接传给
File.Exists()或new FileInfo() - 如果用户拖的是快捷方式（.lnk），这里拿到的是快捷方式本身路径，不是目标文件——需要额外解析
WPF里为什么不能直接套用WinForm那一套
WPF 的拖放模型完全不同：AllowDrop 是依赖属性，事件名也变了，而且默认不支持文件路径自动识别——你得自己注册 DragOver 和 Drop，并手动检查 DataObject 格式。
最常踩的坑：把 WinForm 的 DragEnter/DragDrop 事件名直接往 WPF 控件上写，编译都过不去。
- WPF 控件设
AllowDrop="True"后，监听的是PreviewDragOver和Drop（不是DragEnter） - 判断格式用
e.Data.ContainsFileDropList()（.NET 6+）或e.Data.GetDataPresent("FileDrop") - 取路径用
e.Data.GetFileDropList()（返回IEnumerable<string></string>），不是GetData+ 强转 - WinForm 的逻辑不能复制粘贴到 WPF，连事件参数类型都不同
