OpenFileDialog.ShowDialog() 返回 DialogResult.OK 才表示用户确认选择，Cancel/None 均代表无有效选择；必须先判断返回值再访问 FileNames，且需处理“点确定但未选文件”这一边界情况。
OpenFileDialog.ShowDialog() 返回 DialogResult.Cancel 就代表没选文件
很多人以为调用 ShowDialog() 后，只要不点“取消”就一定有文件，其实不是。用户点“取消”、按 Esc、甚至窗口被系统强制关闭，都会返回 DialogResult.Cancel。这时候如果直接读 FileNames，虽然不会报错，但数组是空的——后续遍历会无声跳过，容易误以为“逻辑没走”，其实是根本没进分支。
正确做法永远先检查返回值：
var dialog = new OpenFileDialog();
dialog.Multiselect = true;
if (dialog.ShowDialog() == DialogResult.OK) {
string[] files = dialog.FileNames; // 此时才安全
}
-
DialogResult.OK是唯一表示用户确认选择的返回值 -
DialogResult.Cancel和DialogResult.None都代表无有效选择 - 不要依赖
FileNames.Length > 0做判断，因为对话框未打开时FileNames也是空数组
MultiSelect = true 时 FileNames 和 FileName 的区别
FileName 只返回第一个文件路径（即使多选），FileNames 才是全部路径的字符串数组。新手常在这里踩坑：用 FileName 处理多选场景，结果永远只拿到一个文件。
- 单选模式下二者等价，但建议统一用
FileName（语义清晰） - 多选模式下必须用
FileNames，且注意它是string[]，不是逗号分隔的字符串 - 路径中可能含中文、空格、括号，
FileNames已自动转义，无需额外处理
OpenFileDialog.Filter 对文件类型筛选的实际效果
Filter 只控制对话框右下角“文件类型”下拉菜单和默认显示范围，**不影响用户手动输入路径或切换到“所有文件”后选任意后缀**。它不是安全过滤器，只是 UI 提示。
如果你需要确保只处理特定扩展名，得在获取路径后自己校验：
string[] files = dialog.FileNames;
var validFiles = files.Where(f =>
Path.GetExtension(f).Equals(".txt", StringComparison.OrdinalIgnoreCase)
).ToArray();
-
Filter = "文本文件|*.txt|所有文件|*.*"中的竖线|是分隔符，不能少 - 多个通配符如
*.log|*.txt不被支持，需写成日志与文本|*.log;*.txt - Windows 系统下大小写不敏感，但 Linux/macOS（通过 Mono 或 .NET Core 跨平台运行）可能敏感，建议用
StringComparison.OrdinalIgnoreCase
WinForms 主线程阻塞问题：ShowDialog() 必须在 UI 线程调用
在非 UI 线程（比如 Task.Run 里）直接调用 ShowDialog() 会抛出 InvalidOperationException: “线程间操作无效”，错误信息里通常带 Current thread must be set to single thread apartment (STA)。
- WinForms 控件必须在 STA 模式下的主线程创建和调用，
OpenFileDialog是 Win32 封装，同样受约束 - 不要试图用
Dispatcher.Invoke（WPF）或Control.Invoke（WinForms）绕过——它本身就要 UI 线程才能初始化 - 如果从后台任务触发，应改用事件或回调通知 UI 线程再打开对话框
FileNames 仍是空数组，而 ShowDialog() 返回的却是 OK**。这个边界情况没有错误提示，也不抛异常，纯靠业务逻辑兜底。 
