这款.NET Core程序瘦身器能显著减小程序体积至原来的13,有何高招?
- 内容介绍
- 文章标签
- 相关推荐
本文共计558个文字,预计阅读时间需要3分钟。
一、为何要开发.NET Core程序瘦身器?
.NET Core具有[裁剪未使用的代码]的功能,但这是通过使用静态分析来实现的。因此,它的裁剪效果并非最佳。它存在以下两个缺点:
1. 不支持跨平台。
2.性能问题。
一、为什么要开发.NET Core程序瘦身器?
.NET Core具有的功能,但是由于它是使用静态分析来实现的,因此它的剪裁效果并不是最优的。它有如下两个缺点:
- 不支持Windows Forms和WPF,而对于程序剪裁功能需求最强烈的其实反而是桌面程序的开发者。
- 无法删除运行时没有被使用的程序集。比如,我们的程序中使用了A程序集,A程序又引用了B、C两个程序集,A程序集中只有M1方法使用了B程序集,而A程序集中只有M2方法使用了C程序集。我们的程序中只调用了A中的M1方法,而从未调用A中的M2方法。虽然C程序集没有被我们调用过,但是由于功能只是做静态的引用检查,因此C程序集仍然不会被剪裁掉。
- 无法很好地支持反射。由于它是使用静态分析来实现的,因此它可能会剪裁掉运行时才会被通过反射加载的程序集。
因此我开发了一个用来对.NET Core程序进行瘦身的应用程序,它则可以解决上面提到的.NETCore的问题,它支持Windows Forms和WPF,它会在运行时分析程序加载的程序集,从而得知哪些程序集没有被使用,因此它不仅能删掉更多没有被使用的程序集,而且能天然地支持反射。
二、程序剪裁效果对比:
三、下载地址
获取项目开源地址和详细用法请访问
github.com/yangzhongke/Zack.DotNetTrimmer/
四、原理分析
微软为.NET Core提供的Diagnostics库可以获取.NET Core运行时的信息,比如程序加载的程序集、TCP通讯、IO操作等,它可以获取我们能够想到的所有运行时信息。我的这个程序就是使用DiagnosticsClient检查.NET Core程序运行中加载的所有的程序集,这样就知道哪些程序集没有被使用了。
本文共计558个文字,预计阅读时间需要3分钟。
一、为何要开发.NET Core程序瘦身器?
.NET Core具有[裁剪未使用的代码]的功能,但这是通过使用静态分析来实现的。因此,它的裁剪效果并非最佳。它存在以下两个缺点:
1. 不支持跨平台。
2.性能问题。
一、为什么要开发.NET Core程序瘦身器?
.NET Core具有的功能,但是由于它是使用静态分析来实现的,因此它的剪裁效果并不是最优的。它有如下两个缺点:
- 不支持Windows Forms和WPF,而对于程序剪裁功能需求最强烈的其实反而是桌面程序的开发者。
- 无法删除运行时没有被使用的程序集。比如,我们的程序中使用了A程序集,A程序又引用了B、C两个程序集,A程序集中只有M1方法使用了B程序集,而A程序集中只有M2方法使用了C程序集。我们的程序中只调用了A中的M1方法,而从未调用A中的M2方法。虽然C程序集没有被我们调用过,但是由于功能只是做静态的引用检查,因此C程序集仍然不会被剪裁掉。
- 无法很好地支持反射。由于它是使用静态分析来实现的,因此它可能会剪裁掉运行时才会被通过反射加载的程序集。
因此我开发了一个用来对.NET Core程序进行瘦身的应用程序,它则可以解决上面提到的.NETCore的问题,它支持Windows Forms和WPF,它会在运行时分析程序加载的程序集,从而得知哪些程序集没有被使用,因此它不仅能删掉更多没有被使用的程序集,而且能天然地支持反射。
二、程序剪裁效果对比:
三、下载地址
获取项目开源地址和详细用法请访问
github.com/yangzhongke/Zack.DotNetTrimmer/
四、原理分析
微软为.NET Core提供的Diagnostics库可以获取.NET Core运行时的信息,比如程序加载的程序集、TCP通讯、IO操作等,它可以获取我们能够想到的所有运行时信息。我的这个程序就是使用DiagnosticsClient检查.NET Core程序运行中加载的所有的程序集,这样就知道哪些程序集没有被使用了。

