C#:程序发布的大小控制

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

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

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

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

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

目录

一、不打包平台

二、裁剪未使用的代码

三、压缩

四、测试结果

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


一、不打包平台

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

二、裁剪未使用的代码

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

C#:程序发布的大小控制_第1张图片

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

C#:程序发布的大小控制_第2张图片

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

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

C#:程序发布的大小控制_第3张图片

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

C#:程序发布的大小控制_第4张图片

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

三、压缩

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

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

        在文件里增加这样一行:

true

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

四、测试结果

C#:程序发布的大小控制_第5张图片

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

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

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

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

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

(这里是结束)

你可能感兴趣的:(dotnet,C#,dotnet,.net,发布,大小)