用 AppContext.BaseDirectory 获取程序启动目录最稳妥，它返回.exe所在目录，不受当前工作目录影响；拼接路径必须用 Path.Combine，避免手动拼接斜杠。
怎么拿到程序启动时所在的目录（不是当前工作目录）
用 appcontext.basedirectory 最稳妥。它返回的是程序集加载的根路径，也就是 .exe 文件所在目录，不受 directory.setcurrentdirectory() 或命令行启动位置影响。
别用 Environment.CurrentDirectory —— 它是当前工作目录，可能被代码、调试器甚至双击快捷方式里的“起始位置”改掉；也别用 Assembly.GetExecutingAssembly().Location 取路径再 Path.GetDirectoryName，.NET Core / .NET 5+ 下热重载或 AOT 场景中 Location 可能为空或指向临时目录。
-
AppContext.BaseDirectory在桌面应用、ASP.NET Core（非 IIS 托管）、dotnet run 下都一致返回主程序目录 - 如果需要拼接配置文件路径，直接
Path.Combine(AppContext.BaseDirectory, "appsettings.json") - 注意结尾带反斜杠，用
Path.Combine拼接，别手动加"\"或"/"
为什么 ConfigurationManager.AppSettings 总是 null
因为 .NET Core / .NET 5+ 默认不加载 app.config 或 web.config 的 <appsettings></appsettings> 节点——配置系统已换成 IConfiguration，旧 API 被标记为兼容层，仅在启用 System.Configuration.ConfigurationManager 包且显式初始化后才部分可用。
真正该做的是用现代配置方式：在 Program.cs 里通过 Host.CreateDefaultBuilder() 自动加载 appsettings.json 和环境变量，然后注入 IConfiguration。
- 若必须读老式
app.config，得手动安装System.Configuration.ConfigurationManagerNuGet 包，并调用ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None) - 但
ConfigurationManager.AppSettings在 .NET 6+ 中默认返回空，即使配置文件存在 —— 因为没触发初始化逻辑 - 新项目优先用
IConfiguration["MyKey"]或强类型绑定，路径解析交给IWebHostEnvironment.ContentRootPath或AppContext.BaseDirectory
ASP.NET Core 里 appsettings.json 放哪才生效
必须放在项目根目录（即 .csproj 所在目录），且 Build Action 设为 Content，Copy to Output Directory 设为 Copy always 或 Copy if newer。否则发布后缺失，运行时报 FileNotFoundException 或静默忽略。
常见错误是把文件拖进子文件夹（比如 Config/appsettings.json），却不改 WebHost.CreateDefaultBuilder() 的默认加载逻辑 —— 它只认根目录下的 appsettings.json 和 appsettings.{Environment}.json。
- 自定义路径要显式调用
ConfigureAppConfiguration，例如builder.ConfigureAppConfiguration((ctx, cfg) => cfg.AddJsonFile("Config/appsettings.json", optional: false)) - 开发时用
dotnet run，实际路径是bin/Debug/net8.0/下的副本，不是源文件 —— 所以改源文件后要重新 build - Linux 部署时注意大小写：
AppSettings.json≠appsettings.json
跨平台路径拼接为什么有时崩
直接字符串拼接 AppContext.BaseDirectory + "/config.xml" 在 Windows 下可能侥幸成功，但在 Linux/macOS 上会因路径分隔符不一致导致 FileNotFoundException 或打开错文件。
Path.Combine 是唯一安全做法，它自动适配当前平台的分隔符，还能处理空段、重复斜杠、相对路径等边界情况。
- 别写
Path.Combine(AppContext.BaseDirectory, @"config est.xml")—— 字符串里的在 C# 里是转义符，容易出错；统一用正斜杠或让Path.Combine处理 -
Path.Join是 .NET 5+ 新增，语义更清晰，但行为和Path.Combine几乎一致，老项目继续用后者无妨 - 检查路径是否存在别用
File.Exists(path)前就拼错，先Console.WriteLine(path)看一眼实际值，尤其注意末尾有没有多余斜杠或空格
最常被跳过的一步：确认目标文件真被复制到输出目录了。右键文件 → 属性 → “复制到输出目录”没设对，比代码写错还难排查。
