FolderBrowserDialog 默认未设 ShowNewFolderButton 且未初始化 SelectedPath 会导致选中失败；必须预设有效路径并验证 SelectedPath 是否存在，它不校验路径有效性，与 OpenFileDialog 有本质区别。
FolderBrowserDialog 为什么选不中路径就直接关闭？
因为默认没设 ShowNewFolderButton，且用户点了“确定”但没展开/选中任何节点时，DialogResult 是 OK，但 SelectedPath 可能为空或仍为初始值。
- 务必在调用
ShowDialog()前设置SelectedPath为一个真实存在的目录（如Environment.GetFolderPath(Environment.SpecialFolder.MyDocuments)），否则界面可能卡在根节点、无法滚动 - 检查返回值后必须验证
dialog.SelectedPath是否非空且Directory.Exists(dialog.SelectedPath)为true，不能只看DialogResult == DialogResult.OK -
ShowNewFolderButton = false时，用户无法新建文件夹，但不会导致对话框异常；设为true则部分系统（如 Win10 低版本）可能因权限问题弹出空白窗口
C# 中 FolderBrowserDialog 和 OpenFileDialog 的核心区别在哪？
前者只返回路径字符串，不校验是否存在或可访问；后者会自动检查文件是否存在、扩展名是否匹配 Filter，且支持多选和初始文件名预填。
-
FolderBrowserDialog没有FileName、Filter、CheckFileExists这类属性，它的Description只是顶部提示文字，不影响行为 - 它不触发
FileOk事件（那是OpenFileDialog的），只有HelpRequest事件可用，实际极少用 - 在 .NET 6+ 中，
FolderBrowserDialog仍是 Windows Forms 专属，跨平台项目（如使用 Avalonia 或 MAUI）需换用原生 API 或第三方库
FolderBrowserDialog 在高 DPI 或远程桌面下显示错位怎么办？
这是 WinForms 缩放兼容性问题，不是代码写错了。对话框本身不响应父窗体的 AutoScaleMode，且 Windows 对该控件的 DPI 感知支持较弱。
- 确保主窗体设置了
AutoScaleMode = AutoScaleMode.Dpi，并在Program.cs中启用 DPI 感知：Application.SetHighDpiMode(HighDpiMode.SystemAware) - 避免在
FolderBrowserDialog上设置RootFolder为Environment.SpecialFolder.Desktop—— 某些远程桌面环境会把它渲染成空白或不可交互区域 - 如果必须适配，可改用
IFileDialog（COM 接口）封装的现代文件夹选择器，但需要 P/Invoke 和额外权限声明
.NET Core / .NET 5+ 里 FolderBrowserDialog 能用吗？
能，但仅限 Windows Forms 应用，且需显式引用 System.Windows.Forms 包并启用 Windows-only API。
- 在
.csproj中确认包含：<usewindowsforms>true</usewindowsforms> - 控制台或 ASP.NET Core 项目中直接 new
FolderBrowserDialog()会抛InvalidOperationException：“线程必须是单线程单元 (STA)” —— 必须在 STA 线程上调用（例如加[STAThread]到 Main 方法） - Blazor 或 Web API 场景下完全不可用，此时应由前端发起目录选择（如
<input type="file" webkitdirectory>），后端只处理上传路径
真正容易被忽略的是：这个对话框不支持 UNC 路径的友好显示（比如 \servershare 会变成灰色不可选），也不支持符号链接穿透 —— 它只认物理路径，且对长路径（>260 字符）默认截断，除非你提前开启长路径支持并确保系统策略允许。
