如果你使用的是。net Core 3.0

你可以使用带有PublishSingleFile属性的dotnet publish命令:

dotnet publish -r win-x64 -c Release /p:PublishSingleFile=true

唯一的缺点是你最终会得到一个巨大的EXE文件。

如果程序集只有托管代码，ILMerge可以将程序集组合为一个程序集。您可以使用命令行应用程序，或添加对exe的引用，并以编程方式合并。对于GUI版本，有Eazfuscator和。net z，这两个都是免费的。付费应用包括BoxedApp和SmartAssembly。

如果你必须将程序集与非托管代码合并，我建议使用SmartAssembly。我在使用SmartAssembly时从未遇到过问题，但在使用其他所有产品时都遇到过问题。在这里，它可以将所需的依赖项作为资源嵌入到主exe中。

你可以手动完成所有这些，不需要担心程序集是否被管理，或者通过将dll嵌入到资源中，然后依赖AppDomain的程序集ResolveHandler来混合模式。这是一种一站式解决方案，它采用了最坏的情况，即带有非托管代码的程序集。

static void Main()
{
    AppDomain.CurrentDomain.AssemblyResolve += (sender, args) =>
    {
        string assemblyName = new AssemblyName(args.Name).Name;
        if (assemblyName.EndsWith(".resources"))
            return null;

        string dllName = assemblyName + ".dll";
        string dllFullPath = Path.Combine(GetMyApplicationSpecificPath(), dllName);

        using (Stream s = Assembly.GetEntryAssembly().GetManifestResourceStream(typeof(Program).Namespace + ".Resources." + dllName))
        {
            byte[] data = new byte[stream.Length];
            s.Read(data, 0, data.Length);

            //or just byte[] data = new BinaryReader(s).ReadBytes((int)s.Length);

            File.WriteAllBytes(dllFullPath, data);
        }

        return Assembly.LoadFrom(dllFullPath);
    };
}

The key here is to write the bytes to a file and load from its location. To avoid chicken and egg problem, you have to ensure you declare the handler before accessing assembly and that you do not access the assembly members (or instantiate anything that has to deal with the assembly) inside the loading (assembly resolving) part. Also take care to ensure GetMyApplicationSpecificPath() is not any temp directory since temp files could be attempted to get erased by other programs or by yourself (not that it will get deleted while your program is accessing the dll, but at least its a nuisance. AppData is good location). Also note that you have to write the bytes each time, you cant load from location just 'cos the dll already resides there.

对于托管dll，您不需要写入字节，而是直接从dll的位置加载，或者只是读取字节并从内存加载程序集。像这样左右:

    using (Stream s = Assembly.GetEntryAssembly().GetManifestResourceStream(typeof(Program).Namespace + ".Resources." + dllName))
    {
        byte[] data = new byte[stream.Length];
        s.Read(data, 0, data.Length);
        return Assembly.Load(data);
    }

    //or just

    return Assembly.LoadFrom(dllFullPath); //if location is known.

如果程序集是完全非托管的，您可以查看此链接或此链接以了解如何加载此类dll。

另一个可以很好地处理这个问题的产品是SmartAssembly，网址是SmartAssembly.com。该产品除了将所有依赖项合并到单个DLL中之外，还(可选地)混淆代码，删除额外的元数据以减少生成的文件大小，并且还可以实际优化IL以提高运行时性能。

它还向您的软件(如果需要的话)添加了某种全局异常处理/报告功能，这可能很有用。我相信它还有一个命令行API，因此您可以将其作为构建过程的一部分。

在c#中创建本地/托管程序集是可能的，但并不那么容易。如果你使用c++的话，事情就简单多了，因为Visual c++编译器可以像创建其他程序集一样轻松地创建混合程序集。

除非你对生成混合程序集有严格的要求，否则我同意MusiGenesis的观点，这真的不值得用c#来麻烦。如果您需要这样做，也许可以考虑转移到c++ /CLI。

试试这个:

https://github.com/ytk2128/dll-merger

在这里你可以合并所有32位dll /exe -即使它不是“。net”dll -所以对我来说更好，然后ilmerge为例…

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

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

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

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

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