var assembly = System.Reflection.Assembly.GetExecutingAssembly();
var assemblyPath = assembly.GetFiles()[0].Name;
var assemblyDir = System.IO.Path.GetDirectoryName(assemblyPath);

var assembly = System.Reflection.Assembly.GetExecutingAssembly();
var assemblyPath = assembly.GetFiles()[0].Name;
var assemblyDir = System.IO.Path.GetDirectoryName(assemblyPath);

当开发人员可以更改代码以包含所需的代码片段时，所有建议的答案都是有效的，但如果您希望在不更改任何代码的情况下做到这一点，则可以使用Process Explorer。

它将列出系统中所有正在执行的dll，您可能需要确定正在运行的应用程序的进程id，但这通常并不太难。

我已经写了一个完整的描述如何在II - http://nodogmablog.bryanhogan.net/2016/09/locating-and-checking-an-executing-dll-on-a-running-web-server/中为一个dll做到这一点

注:组装。CodeBase在. net Core/中已弃用。NET 5+: https://learn.microsoft.com/en-us/dotnet/api/system.reflection.assembly.codebase?view=net-5.0

最初的回答:

我定义了以下属性，因为我们经常在单元测试中使用它。

public static string AssemblyDirectory
{
    get
    {
        string codeBase = Assembly.GetExecutingAssembly().CodeBase;
        UriBuilder uri = new UriBuilder(codeBase);
        string path = Uri.UnescapeDataString(uri.Path);
        return Path.GetDirectoryName(path);
    }
}

大会。Location属性有时会在使用NUnit时给你一些有趣的结果(其中程序集从临时文件夹运行)，所以我更喜欢使用CodeBase，它以URI格式给你路径，然后是UriBuild。unescapedatasstring在开始时删除File://， GetDirectoryName将其更改为正常的windows格式。

我相信这适用于任何类型的应用:

AppDomain.CurrentDomain.RelativeSearchPath ?? AppDomain.CurrentDomain.BaseDirectory

我在过去的NUnit中得到了相同的行为。默认情况下，NUnit将程序集复制到临时目录。你可以在NUnit设置中改变这种行为:

也许TestDriven。NET和MbUnit GUI有相同的设置。