最近写了一个小的WPF程序，发布的时候发现依赖着两三个20~30k的小dll的，感觉有点不爽，就想把它合并一下。以前在WinForm下用过微软的ILMerge合并程序集，不过记得它对WPF程序支持不大好。便在网上搜了一下，找到了一种资源嵌入的方式Combining multiple assemblies into a single EXE for a WPF application，园子里也有文章介绍这种方式：wpf dll和exe合并成一个新的exe。
这种方式的原理并不复杂，不过感觉这种通用的方式应该可以通过工具来实现，每个程序都这么实现一把有点麻烦，便再继续搜了一下，在CodePlex上找到了一个叫LibZ Container的程序可以帮助我们快速实现这一过程,它是一个命令行工具,使用方式如下:
Libz inject-dll --assembly MyApplication.exe --include *.dll --move
这个工具还有许多其它的参数，具体的可以看看它的详细说明。 由于这种工具的原理是将DLL作为资源嵌入了主程序集中，并且LibZ打包的时候貌似还做了一个压缩的动作，理论上会影响启动速度的。不过需要合并程序集的一般都是些小程序，目前还没有看到什么大的影响。
另外，发现这种工具还蛮多的，当时找到的就有Costura.Fody，netz（需要翻墙），IL-Repack，简单的试了两个，感觉侧重点有所不同，不过只是打包dll的话，效果基本上都差不多。
这种工具的基本原理是：
-
当CLR试图加载一个程序集但加载失败时，它会引发AppDomain.AssemblyResolve事件。
-
程序可以监听这个事件，并且在这个事件的处理函数中返回这个CLR试图加载的程序集，从而使程序得以继续正常运行。
- 工具引用到的DLL全部嵌入到EXE文件中。当程序在运行的过程中用到其中某个DLL的时候（此时由于CLR无法找到该DLL文件，导致AppDomain.AssemblyResolve事件被触发）再从EXE文件的嵌入资源中提取所需的DLL。
参考文章：
- http://www.digitallycreated.net/Blog/61/combining-multiple-assemblies-into-a-single-exe-for-a-wpf-application
- https://www.bbsmax.com/A/A7zgEgpo54/
- https://docs.microsoft.com/zh-cn/dotnet/framework/wpf/app-development/building-a-wpf-application-wpf