.net不讨喜有个大原因就是.net平台本身太大了，不同版本没有兼容性，程序依赖哪个版本用户就要安装哪个版本，除非你恰好用的是操作系统默认安装的版本——问题是不同版本操作系统默认安装的不一样。

        所以打包程序就很头疼，不打包平台程序小，但是用户要单独下载平台，又麻烦又慢。打包平台的话程序又太大了。

        有这么几个办法减小程序大小：

• 不打包平台（假装写一个，免得别人以为我忘这一点），不方便
• 裁剪未使用的代码，显著缩小程序大小，但必须打包平台（一加一减啊）
• 压缩，显著缩小程序大小，但是会影响某些程序行为，不是百分百放心

        同时使用裁剪和压缩能得到只比不打包平台稍微多一点的程序大小。

目录

一、不打包平台

二、裁剪未使用的代码

三、压缩

四、测试结果

五、打包成单个文件的问题

---

一、不打包平台

        这是默认方式。而且并不推荐，没必要惹用户生气，因为我们还有别的手段。

二、裁剪未使用的代码

        在项目上右键-【发布】打开发布界面：

        要修改配置点击【显示所有设置】：

         上面的红圈处选择依赖框架还是独立，“独立”就是把.net平台打包进去，会非常大。

        下面的红圈点开设置关键选项：

        现在只有一个选项：生成单个文件，选中就只生成一个文件，否则就会有很多很多文件。

        把部署模式改成【独立】，文件发布选项多了【裁剪未使用的代码】， 现在可已通过设置选项来测试不同方式生成的程序大小，本文最后我会列出所有测试结果。

三、压缩

        压缩不能通过选项设置进行，要直接修改配置文件。

        配置文件就是发布设置最上面显示的【配置文件名称】，默认是Properties\PublishProfiles\FolderProfile.pubxml

        在文件里增加这样一行：

<EnableCompressionInSingleFile>true</EnableCompressionInSingleFile>

        这就启用了压缩。不过压缩不是对每种方式都能起作用的，不起作用的话打包的时候输出会有提示信息。

四、测试结果

        发布失败那个试了很多次，也重启过，仍然是失败，所以不知道为什么。依赖框架方式压缩是不起作用的。

        独立发布最大106M，裁剪后56.5M，压缩后45.3M，裁剪并压缩24.6M，大小和依赖框架的21.7M相比增加不多。 

五、打包成单个文件的问题

        我实测发现程序行为不同（程序是在arm64上运行的），程序一开始就卡住了，屏蔽掉与Path有关的几行代码后程序进去了，由于缺乏完整测试，屏蔽掉的代码是否会影响程序也不知道。

        这种方式是否还有别的影响？恐怕还是要经过仔细测试才能确定。

（这里是结束）