.NET 中获取应用程序路径：5 个错误及如何修正

引言：为什么一个简单的问题会变成令人头疼的事

每位 C# 开发人员迟早都会遇到这样一个任务：“如何获取我的应用程序的路径？”看起来似乎很简单？但在 Stack Overflow 上，这个问题获得了 数千次浏览，下面有几十个答案，有时还相互矛盾。为什么？

因为 .NET 中的应用程序路径 不是一个常量。它会根据程序是从 IDE 启动、编译为单文件，还是通过 dotnet publish 发布而发生变化。这里的错误可能导致您的应用程序找不到配置文件、无法保存日志，或者直接抛出异常而崩溃。

在本文中，我们将分析 在 .NET 控制台应用程序中获取路径时的常见错误，并展示如何避免它们。您将了解在 2024 年应该使用哪种方法，以及哪些方法应该放弃。开始吧！

错误 #1：使用 Environment.CurrentDirectory

这可能是最常见的错误。许多新手会这样写：

string path = Environment.CurrentDirectory;

乍一看，一切正常。但仅限于您没有从其他目录或通过快捷方式启动应用程序时。Environment.CurrentDirectory 返回的是 当前工作目录，而不是可执行文件的路径。如果用户通过命令 cd D:\\Projects && ..\\bin\\app.exe 从 CMD 启动您的程序，那么 CurrentDirectory 将显示 D:\\Projects，而不是 D:\\Projects\\bin。

如何修正： 使用 AppContext.BaseDirectory —— 这是现代 .NET 应用程序最可靠的方法。

string appPath = AppContext.BaseDirectory;\nConsole.WriteLine($"应用程序基础路径：{appPath}");

错误 #2：忘记 dotnet publish 和单文件发布

在 .NET 6+ 和单文件发布时代，旧方法会失效。例如，Assembly.GetEntryAssembly().Location 可能返回 空字符串 或 Temp 文件夹中的临时路径。这是因为在单文件发布时，程序集不会显式解压到磁盘上。

有问题的代码示例：

// 对于单文件应用程序可能返回 ""！\nstring exePath = Assembly.GetEntryAssembly()?.Location;

如何修正： 要获取包含配置文件的文件夹路径，请使用 AppContext.BaseDirectory。如果您需要的是 exe 文件本身的路径，请使用 Environment.ProcessPath（自 .NET 6 起可用）：

string exePath = Environment.ProcessPath;\nConsole.WriteLine($"exe 路径：{exePath}");\n\n// 对于包含文件的文件夹：\nstring configDir = AppContext.BaseDirectory;\nstring configFile = Path.Combine(configDir, "appsettings.json");

错误 #3：混淆相对路径和绝对路径

当您获取应用程序路径时，您得到的是绝对路径。但许多开发人员试图“节省”，使用相对路径来访问资源。例如：

// 不好：仅当当前目录与应用程序文件夹一致时才有效\nstring dataFile = "data/config.json";

如果应用程序不是从其自身文件夹启动，这将会失效。始终通过 Path.Combine 构建完整路径：

// 好：始终指向应用程序文件夹\nstring baseDir = AppContext.BaseDirectory;\nstring dataFile = Path.Combine(baseDir, "data", "config.json");

错误 #4：忽略调试和发布版本之间的差异

在 Visual Studio 中调试时，应用程序路径可能如下所示：C:\\Projects\\MyApp\\bin\\Debug\\net8.0\\。而发布后则变为：C:\\Program Files\\MyApp\\。如果您硬编码路径或依赖于此