9

以前版本的 Autofac 可以工作，但由于他们切换到使其成为可移植类库，它不会加载。

我尝试应用此处列出的修复程序(KB2468871)，但它告诉我不需要它。

当我将 Autofac.dll 文件移动到与可执行文件相同的位置时，错误消失了。当它从外部 DLL 加载它时，它加载得很好。

为什么它不能作为嵌入式 DLL 工作？

这是一个例外：

        System.IO.FileNotFoundException: Could not load file or assembly 'System.Core, Version=2.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e, Retargetable=Yes' or one of its dependencies. The system cannot find the file specified.

        Stack trace: 
           at Autofac.Core.Registration.ComponentRegistration..ctor(Guid id, IInstanceActivator activator, IComponentLifetime lifetime, InstanceSharing sharing, InstanceOwnership ownership, IEnumerable`1 services, IDictionary`2 metadata)
           at Autofac.Core.Container..ctor()
           at Autofac.ContainerBuilder.Build(ContainerBuildOptions options)
           at MyApp.Configuration.Bootstrapper.Run(String[] args) in c:\Dev\MyApp\App\Configuration\Bootstrapper.cs:line 25
           at MyApp.Configuration.EntryPoint.Main(String[] args) in c:\Dev\MyApp\App\Configuration\EntryPoint.cs:line 22

如果有帮助，这里是 .csproj 文件的一部分，它将 DLL 嵌入到可执行文件中：

  <Target Name="AfterResolveReferences">
<ItemGroup>
  <EmbeddedResource Include="@(ReferenceCopyLocalPaths)" Condition="'%(ReferenceCopyLocalPaths.Extension)' == '.dll'">
    <LogicalName>%(ReferenceCopyLocalPaths.DestinationSubDirectory)%(ReferenceCopyLocalPaths.Filename)%(ReferenceCopyLocalPaths.Extension)</LogicalName>
  </EmbeddedResource>
</ItemGroup>

...这里是 EntryPoint 类：

internal static class EntryPoint
{
    [STAThread]
    private static void Main(params string[] args)
    {
        AppDomain.CurrentDomain.AssemblyResolve += (sender, e) => loadEmbeddedAssembly(e.Name);
        Bootstrapper.Run(args); // must call separate class when using embedded assemblies
    }

    private static Assembly loadEmbeddedAssembly(string name)
    {
        var container = Assembly.GetExecutingAssembly();
        var path = new AssemblyName(name).Name + ".dll";

        using (var stream = container.GetManifestResourceStream(path))
        {
            if (stream == null)
            {
                return null;
            }

            var bytes = new byte[stream.Length];
            stream.Read(bytes, 0, bytes.Length);
            return Assembly.Load(bytes);
        }
    }
}
4

2 回答 2

11

我可以通过在针对 Silverlight 并使用 System.Core 类型的 PCL 库上使用 Assembly.Load(byte[]) 轻松重现您的问题，这个问题不是 Autofac 特有的。这是加载程序集的一种相当邪恶的方式，与 Assembly.LoadFile() 一样糟糕。没有加载上下文是 DLL Hell 的秘诀。

CLR 对这些 PCL 库引用的工作并不令人羡慕，它需要神奇地将可重定向的程序集引用映射到真实的引用。换句话说，需要将 2.0.5.0 引用映射到运行时版本的正确引用，在您的情况下为 4.0.0.0。它只有在知道实际运行时版本是什么的情况下才能做到这一点，没有加载上下文会很困难。显然它不会尝试这样做，它会再次为 2.0.5.0 引用触发 AssemblyResolve 事件。

这是解决方案，事后看来非常简单。只需拦截可重定向程序集引用的解析请求并使用 Assembly.Load() 让 CLR 从 AppDomain 的加载上下文中对其进行排序。像这样更改您的 AssemblyResolve 事件处理程序：

private static Assembly loadEmbeddedAssembly(string name)
{
    if (name.EndsWith("Retargetable=Yes")) {
        return Assembly.Load(new AssemblyName(name));
    }
    // Rest of your code
    //...
}

这在我的测试应用程序中运行良好，我相信它也会解决您使用 Autofac 的问题。

于 2013-10-28T13:58:25.770 回答
0

也许问题在于您如何尝试加载 EmbeddedAssembly。

我对如何做到这一点知之甚少，
但我知道代码项目中的以下示例对我来说很好，所以也许它会对你有所帮助:-)

从嵌入式资源加载 DLL

（如果我误解了您的问题，请告诉我，我将删除我的答案）

于 2013-10-28T11:19:46.970 回答