最可靠方式是用AppContext.BaseDirectory获取程序根目录，单文件发布时Location返回临时路径而BaseDirectory始终指向逻辑根；拼接路径必须用Path.Combine()，避免依赖工作目录或硬编码斜杠。
获取当前程序集所在目录（最可靠）
运行时路径容易受启动方式影响，比如双击exe、命令行cd到别的目录再执行、IDE调试等。Environment.CurrentDirectory 和 Directory.GetCurrentDirectory() 都返回工作目录，不是程序本身位置，千万别用它们找配置文件或资源。
真正稳定的方式是取当前程序集（.exe 或主dll）的物理路径：
string appPath = Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location);
注意：GetExecutingAssembly() 在类库中可能返回类库的路径，不是主程序——如果代码在dll里，且你想找的是启动exe的位置，得用：
string exePath = Path.GetDirectoryName(Assembly.GetEntryAssembly()?.Location ?? Assembly.GetExecutingAssembly().Location);
-
GetEntryAssembly()返回启动入口程序集，但.NET Core/.NET 5+ 在某些托管环境（如IIS、dotnet run）中可能为null - 后备用
GetExecutingAssembly()是保险做法，但要清楚它指向谁 - 别用
Application.ExecutablePath（WinForms专属，跨平台不适用）
读取配置或资源文件时怎么拼路径
拿到程序根目录后，用 Path.Combine() 拼接，别手写斜杠或用字符串拼接——Windows用，Linux/macOS用/，Path.Combine() 自动处理。
常见错误：直接 "./config.json" 或 "config\" + fileName，这类路径依赖当前工作目录，一换启动方式就崩。
- 正确写法：
Path.Combine(appPath, "config.json") - 如果资源嵌在程序集中，优先用
Assembly.GetManifestResourceStream()，避免路径问题 - 想让程序支持“便携模式”（配置和数据放在exe同级），就始终以
appPath为基准，而不是Environment.CurrentDirectory
为什么 AppDomain.CurrentDomain.BaseDirectory 有时不准
这个值在多数桌面应用里等于exe目录，但它本质是CLR加载程序集的“基础目录”，在以下场景会变：
- ASP.NET 应用中它指向站点bin目录，不是web.config所在目录
- 使用
AssemblyLoadContext自定义加载时，可能被覆盖 - .NET 6+ 的单文件发布（
PublishSingleFile=true）会让Location返回临时解压路径，而BaseDirectory指向运行时临时目录——这时你真正需要的是AppContext.BaseDirectory
所以单文件发布必须改用：
string baseDir = AppContext.BaseDirectory;
AppContext.BaseDirectory 始终返回“用户理解的程序根目录”，即使解压到临时位置，它也指向那个逻辑根，不是物理解压路径。
调试时路径异常的典型表现和检查点
IDE调试时路径出错，90%是因为没设对“工作目录”。现象包括：找不到json、打开不了图片、日志写到奇怪位置。
检查三件事：
- Visual Studio项目属性 → “调试”页签 → 确认“工作目录”是否为空（空=默认为项目输出目录；填了=强制指定，慎用）
- 启动项目是控制台还是WPF/WinForms？后者可能触发不同加载行为
- 加一行日志打印关键路径：
Console.WriteLine($"Location: {Assembly.GetExecutingAssembly().Location}"); Console.WriteLine($"BaseDir: {AppContext.BaseDirectory}");
多环境（开发/测试/部署）下，路径逻辑一旦写死就很难调。最省事的做法：所有外部路径都从 AppContext.BaseDirectory 出发，它在传统发布、单文件、甚至容器里都保持语义一致。
