C#怎么获取程序的运行路径_C#如何定位配置文件【基础】-C#.Net教程-PHP中文网

用 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 的节点——配置系统已换成 IConfiguration，旧 API 被标记为兼容层，仅在启用 System.Configuration.ConfigurationManager 包且显式初始化后才部分可用。

真正该做的是用现代配置方式：在 Program.cs 里通过 Host.CreateDefaultBuilder() 自动加载 appsettings.json 和环境变量，然后注入 IConfiguration。

若必须读老式 app.config，得手动安装 System.Configuration.ConfigurationManager NuGet 包，并调用 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。

"避开 C# 常见错误——空陷阱、异步陷阱、LINQ 陷阱及资源泄漏。"

下载

自定义路径要显式调用 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) 看一眼实际值，尤其注意末尾有没有多余斜杠或空格

最常被跳过的一步：确认目标文件真被复制到输出目录了。右键文件 → 属性 → “复制到输出目录”没设对，比代码写错还难排查。