基于guucu112的答案，但是对于。net核心控制台/窗口应用程序，它应该是:

string projectDir = 
    Path.GetFullPath(Path.Combine(AppDomain.CurrentDomain.BaseDirectory, @"..\..\.."));

我在一个xUnit项目中使用这个。net核心窗口应用程序。

如果项目在IIS express上运行，则环境。CurrentDirectory可以指向IIS Express所在的位置(默认路径是C:\Program Files (x86)\IIS Express)，而不是指向项目所在的位置。

这可能是各种项目最适合的目录路径。

AppDomain.CurrentDomain.BaseDirectory

这就是MSDN的定义。

获取程序集解析器用于探测程序集的基目录。

string projPath = Path.GetFullPath(@"..\..\..\");
Console.WriteLine(projPath);

这对我来说一直都很有效。试一试。

using System;
using System.IO;

// This will get the current WORKING directory (i.e. \bin\Debug)
string workingDirectory = Environment.CurrentDirectory;
// or: Directory.GetCurrentDirectory() gives the same result

// This will get the current PROJECT bin directory (ie ../bin/)
string projectDirectory = Directory.GetParent(workingDirectory).Parent.FullName;

// This will get the current PROJECT directory
string projectDirectory = Directory.GetParent(workingDirectory).Parent.Parent.FullName;

这还将通过从当前执行目录向上导航两级来为您提供项目目录(这不会为每次构建返回项目目录，但这是最常见的)。

System.IO.Path.GetFullPath(@"..\..\")

当然，您希望将其包含在某种验证/错误处理逻辑中。

还有另一个不完美的解决方案(但可能比其他一些更接近完美):

    protected static string GetSolutionFSPath() {
        return System.IO.Directory.GetParent(System.IO.Directory.GetCurrentDirectory()).Parent.Parent.FullName;
    }
    protected static string GetProjectFSPath() {
        return String.Format("{0}\\{1}", GetSolutionFSPath(), System.Reflection.Assembly.GetExecutingAssembly().GetName().Name);
    }

这个版本将返回当前项目的文件夹，即使当前项目不是解决方案的启动项目。

第一个缺陷是我跳过了所有的错误检查。这很容易解决，但只有当你将项目存储在驱动器的根目录中或在路径中使用连接(并且该连接是解决方案文件夹的后代)时才会成为问题，所以这种情况不太可能发生。我不完全确定Visual Studio是否能够处理这两种设置。

您可能遇到的另一个(更可能的)问题是，项目名称必须与项目的文件夹名称匹配才能找到它。

您可能遇到的另一个问题是项目必须在解决方案文件夹中。这通常不是问题，但如果您使用“将现有项目添加到解决方案”选项将项目添加到解决方案中，那么这可能不是解决方案的组织方式。

最后，如果您的应用程序将修改工作目录，您应该在修改之前存储这个值，因为这个值是相对于当前工作目录确定的。

当然，这也意味着您不能在项目属性对话框中更改项目的“构建->输出路径”或“调试->工作目录”选项的默认值。