获取c#项目根文件夹的正确方法是利用[CallerFilePath]属性获取源文件的完整路径名，然后减去文件名加扩展名，留下项目的路径。

下面是如何做到这一点:

在项目的根文件夹中，添加包含以下内容的ProjectSourcePath.cs文件:

internal static class ProjectSourcePath
{
    private const  string  myRelativePath = nameof(ProjectSourcePath) + ".cs";
    private static string? lazyValue;
    public  static string  Value => lazyValue ??= calculatePath();

    private static string calculatePath()
    {
        string pathName = GetSourceFilePathName();
        Assert( pathName.EndsWith( myRelativePath, StringComparison.Ordinal ) );
        return pathName.Substring( 0, pathName.Length - myRelativePath.Length );
    }
}

字符串?需要一个非常晚的c#版本#nullable enable;如果你没有，那就去掉?。

Assert()函数是我自己的;如果你喜欢过危险的生活，你可以用你自己的代替它，或者省略它。

函数GetSourceFilePathName()的定义如下:

using System.Runtime.CompilerServices

    public static string GetSourceFilePathName( [CallerFilePath] string? callerFilePath = null ) //
        => callerFilePath ?? "";

一旦你有了以上这些，你可以这样使用它:

string projectSourcePath = ProjectSourcePath.Value;

1 'proper'在:万无一失的;可靠;没有假设;不牢靠的:不牢靠的;不一定在某些项目上成功，但在另一些项目上失败;当你改变不相关的东西时，不太可能毫无征兆地坏掉;等。

我也遇到过类似的情况，在google搜索无果之后，我声明了一个公共字符串，它修改调试/发布路径的字符串值以获得项目路径。使用这种方法的一个好处是，因为它使用了当前项目的目录，所以不管你是从调试目录还是发布目录工作:

public string DirProject()
{
    string DirDebug = System.IO.Directory.GetCurrentDirectory();
    string DirProject = DirDebug;

    for (int counter_slash = 0; counter_slash < 4; counter_slash++)
    {
        DirProject = DirProject.Substring(0, DirProject.LastIndexOf(@"\"));
    }

    return DirProject;
}

然后你就可以在任何你想要的时候调用它，只使用一行:

string MyProjectDir = DirProject();

这在大多数情况下都是可行的。

我也在找这个。我有一个运行HWC的项目，我想让网站远离应用程序树，但我不想让它在调试(或发布)目录。FWIW是公认的解决方案(这个也是)，它只标识可执行文件所在的目录。

找到我一直在用的那个目录

string startupPath = System.IO.Path.GetFullPath(".\\").

试试这个，很简单

HttpContext.Current.Server.MapPath("~/FolderName/");

(因为22个答案是不够的……这里还有一个....)

Mike Nakis给出了一个很好的答案，我在上面添加了一些改进。这只是对他的漂亮代码稍加修饰的版本。

正如Mike指出的，这个类文件必须在项目的根目录中。

下面的内容我没有遇到任何问题，但可能有我没有意识到的细微差别。YMMV。

using System.IO;
using System.Runtime.CompilerServices;

namespace Whatever
{
  internal static class ProjectPathInfo
  {
    public static string CSharpClassFileName = nameof(ProjectPathInfo) + ".cs";
    public static string CSharpClassPath;
    public static string ProjectPath;
    public static string SolutionPath;

    static ProjectPathInfo() {
      CSharpClassPath = GetSourceFilePathName();
      ProjectPath = Directory.GetParent(CSharpClassPath)!.FullName;
      SolutionPath = Directory.GetParent(ProjectPath)!.FullName;
    }

    private static string GetSourceFilePathName( [CallerFilePath] string? callerFilePath = null ) => callerFilePath ?? "";
  }
}

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

    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是否能够处理这两种设置。

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

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

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

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