.NET 在运行时为依赖项添加目录答案

【问题标题】：.NET add directory for dependencies at runtime.NET 在运行时为依赖项添加目录
【发布时间】：2014-05-01 13:37:13
【问题描述】：

从我的主 C# 应用程序中，我通过反射实例化另一个应用程序。

assembly.CreateInstance( ... )

但是，这个其他程序集依赖于与执行程序集不同的目录中的 DLL。如何将此目录添加到查找路径？

【问题讨论】：

相当模糊而且相当危险。最好使用 AppDomain 来提供某种程度的隔离，AppDomainSetup 允许您设置路径。
是的，我已经尝试为此使用 AppDomain，但是在新域中创建实例时它总是给出 FileLoadExcpetions。

标签： c# .net dll dependencies

【解决方案1】：

这是我们在 NDepend.PowerTools 中实现这一需求的方法。这些是一组基于NDepend.API 的工具。 DLL NDepend.API.dll 位于目录.\Lib 中，而 NDepend.PowerTools.exe 程序集位于目录.\ 中。

NDepend.PowerTools.exe Main() 方法如下所示：

[STAThread]
static void Main() {    
   AppDomain.CurrentDomain.AssemblyResolve += AssemblyResolverHelper.AssemblyResolveHandler;
   MainSub();
}

// MainSub() is here to avoids that the Main() method uses something
// from NDepend.API without having registered AssemblyResolveHandler
[MethodImpl(MethodImplOptions.NoInlining)]
static void MainSub() {
   ...

AssemblyResolverHelper 类是：

using System;
using System.Diagnostics;
using System.Reflection;


namespace NDepend.PowerTools {
   internal static class AssemblyResolverHelper {
      internal static Assembly AssemblyResolveHandler(object sender, ResolveEventArgs args) {
         var assemblyName = new AssemblyName(args.Name);
         Debug.Assert(assemblyName != null);
         var assemblyNameString = assemblyName.Name;
         Debug.Assert(assemblyNameString != null);

         // Special treatment for NDepend.API and NDepend.Core because they are defined in $NDependInstallDir$\Lib
         if (assemblyNameString != "NDepend.API" &&
             assemblyNameString != "NDepend.Core") {
            return null;
         }
         string binPath =
              System.IO.Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location) +
              System.IO.Path.DirectorySeparatorChar +
              "Lib" +
              System.IO.Path.DirectorySeparatorChar;

         const string extension = ".dll";

         var assembly = Assembly.LoadFrom(binPath + assemblyNameString + extension);
         return assembly;
      }
   }
}

这适用于单个 AppDomain。如果不需要，我不会在这里使用额外的 AppDomain。 AppDomain 是一个非常昂贵的设施（就性能而言）+ 跨越 AppDomains 边界的线程，必须序列化/反序列化输入/输出数据以提供您的汇编代码，这可能会让人头疼。

AppDomain 的唯一优点是它允许卸载已加载的程序集。因此，如果您希望在主 AppDomain 的生命周期内定期加载/卸载程序集，则可以使用一些额外的临时 AppDomain。

【讨论】：