这听起来可能很简单，但WinRar提供了将一堆文件压缩为自提取可执行文件的选项。 它有很多可配置的选项:最终图标，提取文件到给定的路径，提取后执行的文件，自定义logo/文本在提取期间显示的弹出窗口，根本没有弹出窗口，许可协议文本，等等。 在某些情况下可能有用。

在Visual Studio中右键单击项目，选择项目属性->资源->添加资源->添加现有文件… 并将下面的代码包含到你的App.xaml.cs或等效程序中。

public App()
{
    AppDomain.CurrentDomain.AssemblyResolve +=new ResolveEventHandler(CurrentDomain_AssemblyResolve);
}

System.Reflection.Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
{
    string dllName = args.Name.Contains(',') ? args.Name.Substring(0, args.Name.IndexOf(',')) : args.Name.Replace(".dll","");

    dllName = dllName.Replace(".", "_");

    if (dllName.EndsWith("_resources")) return null;

    System.Resources.ResourceManager rm = new System.Resources.ResourceManager(GetType().Namespace + ".Properties.Resources", System.Reflection.Assembly.GetExecutingAssembly());

    byte[] bytes = (byte[])rm.GetObject(dllName);

    return System.Reflection.Assembly.Load(bytes);
}

以下是我的博客原文: http://codeblog.larsholm.net/2011/06/embed-dlls-easily-in-a-net-assembly/

这听起来可能很简单，但WinRar提供了将一堆文件压缩为自提取可执行文件的选项。 它有很多可配置的选项:最终图标，提取文件到给定的路径，提取后执行的文件，自定义logo/文本在提取期间显示的弹出窗口，根本没有弹出窗口，许可协议文本，等等。 在某些情况下可能有用。

是的，可以将. net可执行文件与库合并。有多种可用的工具来完成这项工作:

ILMerge是一个实用程序，可用于将多个. net程序集合并为单个程序集。 Mono mkbundle，将libmono的exe和所有程序集打包到一个二进制包中。 IL-Repack是ILMerge的FLOSS替代品，具有一些附加特性。

此外，这可以与Mono链接器结合使用，它可以删除未使用的代码，从而使生成的程序集更小。

另一种可能是使用。net z，它不仅允许压缩程序集，还可以将dll直接打包到exe中。与上面提到的解决方案的不同之处在于，.NETZ不会合并它们，它们是单独的程序集，但被打包到一个包中。

. netz是一个开源工具，它压缩和打包Microsoft . net Framework可执行文件(EXE, DLL)，以使它们更小。

以下方法不使用外部工具，自动包含所有需要的DLL(不需要手动操作，一切都在编译时完成)

我在这里读了很多回答说使用ILMerge, ILRepack或Jeffrey Ritcher方法，但这些方法都不适合WPF应用程序，也不容易使用。

当你有很多DLL时，很难手动将你需要的DLL包含在你的exe中。我发现的最好的方法是由wegger在StackOverflow上解释的

为了清晰起见，Copy将他的答案粘贴在这里(全部归功于weged)

1)添加到你的。csproj文件:

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

2)让你的Main Program.cs看起来像这样:

[STAThreadAttribute]
public static void Main()
{
    AppDomain.CurrentDomain.AssemblyResolve += OnResolveAssembly;
    App.Main();
}

3)添加OnResolveAssembly方法:

private static Assembly OnResolveAssembly(object sender, ResolveEventArgs args)
{
    Assembly executingAssembly = Assembly.GetExecutingAssembly();
    AssemblyName assemblyName = new AssemblyName(args.Name);

    var path = assemblyName.Name + ".dll";
    if (assemblyName.CultureInfo.Equals(CultureInfo.InvariantCulture) == false) path = String.Format(@"{0}\{1}", assemblyName.CultureInfo, path);

    using (Stream stream = executingAssembly.GetManifestResourceStream(path))
    {
        if (stream == null) return null;

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

通常，您需要某种形式的后构建工具来执行您所描述的程序集合并。有一个免费的工具叫做Eazfuscator (eazfuscator.blogspot.com/)，它是为字节码分解设计的，同时也处理程序集合并。您可以将此添加到Visual Studio的构建后命令行中以合并程序集，但由于在任何重要的程序集合并场景中会出现的问题，您的里程将有所不同。

您还可以检查构建make untitil NANT是否具有在构建后合并程序集的功能，但我自己对NANT不够熟悉，无法确定是否内置了该功能。

还有很多很多Visual Studio插件会在构建应用程序时执行程序集合并。

或者，如果你不需要自动完成，有很多工具，比如ILMerge，可以将。net程序集合并到一个文件中。

我在合并程序集时遇到的最大问题是它们是否使用类似的名称空间。或者更糟的是，引用同一个dll的不同版本(我的问题通常是NUnit dll文件)。