最稳定方式是AppDomain.CurrentDomain.BaseDirectory，返回.exe所在目录；勿用Environment.CurrentDirectory；路径拼接必须用Path.Combine；WinForms专用API不跨平台；运行时判调试环境宜查.pdb文件存在性。
获取当前程序运行路径用 AppDomain.CurrentDomain.BaseDirectory
这是最稳定、最推荐的方式，返回的是应用程序的基目录（即 .exe 所在文件夹），无论你是 Debug 还是 Release 模式，也无论是否被 IIS、服务或双击启动，它都指向实际执行文件的位置。
常见错误是误用 Environment.CurrentDirectory —— 它返回的是“当前工作目录”，可能被命令行、IDE 或其他代码中途修改，比如你在 VS 里右键“在文件资源管理器中打开文件夹”再运行，它就变成那个资源管理器路径了，完全不可靠。
-
AppDomain.CurrentDomain.BaseDirectory总是返回MyApp.exe所在目录（末尾带反斜杠） - 如果需要拼接配置文件，直接
Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "config.json") - .NET Core / .NET 5+ 中仍可用；若用
Assembly.GetExecutingAssembly().Location，得额外Path.GetDirectoryName，且在 AOT 编译或某些发布模式下可能为空
定位 Debug 文件夹不能只看路径名，要看实际输出位置
Debug 文件夹本身不是运行时概念，而是 Visual Studio 的生成配置产物。你看到的 binDebug
et6.0 是项目属性里 OutputPath 的展开结果，但运行时根本不知道“Debug”这个字符串 —— 它只知道自己的 .exe 在哪。
所以别试图用字符串判断路径里有没有 “Debug”，那会错判：比如你把发布包手动复制到 D:DebugBuild，它就“假阳性”；又或者你改了配置把输出设成 binStaging，它就“假阴性”。
- 真正要区分调试/发布环境，该查编译符号：
#if DEBUG预处理器指令（仅编译期有效） - 运行时想判断是否在开发环境？更靠谱的是检查是否存在
.pdb文件：File.Exists(Path.ChangeExtension(Assembly.GetExecutingAssembly().Location, ".pdb")) - VS 调试时默认会生成
.pdb，发布时通常不包含，这个比路径字符串可靠得多
Application.StartupPath 和 System.Windows.Forms.Application.ExecutablePath 的适用边界
这两个只在 Windows Forms 应用里安全可用，且有明确限制：前者返回可执行文件所在目录（不带结尾反斜杠），后者返回完整路径（含 .exe 名）。它们在控制台、WPF、ASP.NET 或跨平台场景下会抛 PlatformNotSupportedException 或返回空。
如果你的项目是 WinForms，且确定不会迁移到其他 UI 框架，可以用 Application.StartupPath；否则一律退回到 AppDomain.CurrentDomain.BaseDirectory。
- WinForms 控制台项目混用？不行，
Application类依赖消息循环，控制台没这东西 - WPF 里硬调
System.Windows.Forms.Application.ExecutablePath？需额外引用System.Windows.Forms.dll，但运行时仍可能失败 - 只要涉及跨平台或不确定宿主环境，就别碰这些 WinForms 特供 API
路径拼接务必用 Path.Combine，别手拼字符串
有人写 AppDomain.CurrentDomain.BaseDirectory + "\config.json"，在 Windows 上暂时能跑，但一旦部署到 Linux 容器或 macOS，反斜杠直接导致路径无效甚至静默失败。
Path.Combine 不仅自动适配分隔符，还能处理空段、多余斜杠、相对路径等边界情况 —— 它是 .NET 基础设施的一部分，不是“建议用”，是“必须用”。
- 错误示范：
dir + "/logs/" + DateTime.Today.ToString("yyyy-MM-dd") + ".log" - 正确写法：
Path.Combine(dir, "logs", $"{DateTime.Today:yyyy-MM-dd}.log") - 注意：
Path.Combine对第一个参数开头的/或C:敏感：如果首段是绝对路径，前面所有参数都会被丢弃
真正容易被忽略的点是：路径看似拿到了，但后续文件操作仍可能因权限、大小写敏感（Linux/macOS）、符号链接或容器挂载方式出问题。拿到路径只是第一步，下一步永远要加 File.Exists 或 Directory.Exists 校验，别假设它一定存在。
