IL裁剪通过静态分析移除未调用代码，减小发布体积。从入口点追踪执行路径，删除不可达的类型、方法及程序集，支持框架和第三方库精简。需在.csproj中设置PublishTrimmed=true，仅适用于自包含部署。注意反射、序列化等动态场景可能误删，可用DynamicDependency或配置文件保留必要代码。实际应用中可显著缩小输出大小，适合容器化和边缘计算等场景。
IL 裁剪（IL Trimming）是 .NET 中一种在发布时减小程序体积的优化技术。它通过分析代码的使用情况，自动移除未被调用的类型、方法和程序集，从而显著减少最终输出文件的大小。
工作原理：静态分析与删除无用代码
.NET 的 IL 裁剪基于静态代码分析。构建工具会从程序入口点（如 Main 方法）开始，追踪所有可能被执行到的代码路径。任何无法被访问到的代码——包括整个类型、方法、属性甚至整个程序集——都会被标记为“可裁剪”。
在发布过程中，这些未使用的中间语言（IL）指令会被从程序集中移除。这个过程发生在编译之后、打包之前，只影响发布输出，不影响开发时的调试体验。
- 只保留运行时真正需要的代码
- 对引用的第三方库同样生效
- 支持框架级裁剪（如精简 System.* 程序集中的未用部分）
启用裁剪：发布配置中设置
要在项目中启用 IL 裁剪，需在 .csproj 文件中设置发布相关的属性。最常见的是将 PublishTrimmed 设为 true。
<PropertyGroup><PublishTrimmed>true</PublishTrimmed>
<SelfContained>true</SelfContained>
<RuntimeIdentifier>win-x64</RuntimeIdentifier>
</PropertyGroup>
该配置通常用于生成独立部署（self-contained）应用。裁剪不适用于依赖框架的部署（framework-dependent），因为共享运行时本身已完整存在。
注意事项：反射与动态加载可能出问题
裁剪依赖静态分析，因此对使用反射、序列化、动态加载程序集等场景可能产生误判。例如：
- 通过 Activator.CreateInstance 创建的对象可能被裁掉
- Json 序列化的类若未显式引用，字段可能丢失
- 插件模式中动态加载的类型可能不存在于发布包中
为避免这些问题，.NET 提供了 DynamicDependency 特性或配置文件（trimming annotations），可以手动告知构建系统保留特定类型或方法。
实际效果：体积显著减小
对于一个简单的控制台应用，启用裁剪后输出体积可能从几十 MB 减少到几 MB。特别是使用了大量 NuGet 包但只调用了其中一小部分功能时，裁剪效果更明显。
可通过命令行发布并查看差异：
dotnet publish -c Release -r win-x64 --no-publish-latestdotnet publish -c Release -r win-x64 /p:PublishTrimmed=true
对比两个输出目录的大小即可看到裁剪带来的缩减效果。
基本上就这些。合理使用 IL 裁剪能在不影响功能的前提下有效减小部署包体积，尤其适合边缘计算、容器部署等对体积敏感的场景。
