在 C#/.NET 项目中，发布（publish）后程序体积过大是很常见的问题，尤其自包含（self-contained）部署时，经常出现几十 MB 甚至上百 MB 的可执行文件。2025–2026 年（.NET 8 / 9 / 10 时代），微软提供了非常成熟的减小发布包体积的手段，主要围绕以下四大方向：
- 裁剪（Trimming / ILLink）→ 删除未使用的代码
- 单文件打包（Single-file） + 压缩（Compression）
- Native AOT（提前编译到原生代码）→ 最激进的体积 + 启动速度优化
- 其他辅助优化（全球化、ReadyToRun、资源压缩等）
下面按实际减小效果从大到小排序，给你一套实用组合拳（以 .NET 9/10 为例，.NET 8 也基本适用）。
1. 快速对比表（典型控制台/类库项目，.NET 9/10）
| 发布方式 | 典型体积（Hello World 项目） | 启动速度 | 内存占用 | 适用场景 | 主要命令 / 项目属性 |
|---|---|---|---|---|---|
| 默认 Framework-dependent | ~100–200 KB | 一般 | 一般 | 已安装 .NET 环境 | dotnet publish |
| Self-contained（不裁剪） | 60–120 MB | 较快 | 较高 | 绿色部署 | -r win-x64 --self-contained |
| Self-contained + 单文件（不裁剪） | 50–100 MB | 较快 | 较高 | 单 exe 方便分发 | PublishSingleFile=true |
| Self-contained + 单文件 + 裁剪 | 10–30 MB | 较快 | 较低 | 体积敏感但不想 AOT | PublishTrimmed=true+PublishSingleFile=true |
| Self-contained + 单文件 + 压缩 | 8–25 MB | 稍慢 | 较低 | 极致分发体积 | EnableCompressionInSingleFile=true |
| Native AOT（默认裁剪） | 3–15 MB（最常见 5–10 MB） | 最快 | 最低 | 云原生、容器、桌面工具首选 | PublishAot=true |
| Native AOT + Size 优化 | 2–10 MB | 极快 | 极低 | 极致体积场景 | OptimizationPreference=Size |
结论：想体积最小 + 启动最快 →Native AOT是 2025–2026 年主流选择。
2. 推荐组合（从简单到激进）
方案 A：最稳妥（体积减半～1/3，兼容性高）
在 .csproj 中添加：
<PropertyGroup><OutputType>Exe</OutputType><TargetFramework>net9.0</TargetFramework><!-- 或 net8.0 / net10.0 --><ImplicitUsings>enable</ImplicitUsings><Nullable>enable</Nullable><!-- 核心三个属性 --><PublishSingleFile>true</PublishSingleFile><PublishTrimmed>true</PublishTrimmed><EnableCompressionInSingleFile>true</EnableCompressionInSingleFile><!-- .NET 7+ 支持 --><!-- 可选：禁用全球化（很多项目不需要多语言） --><InvariantGlobalization>true</InvariantGlobalization></PropertyGroup>发布命令：
dotnet publish -c Release -r win-x64 --self-containedtrue# 或 linux： -r linux-x64预期效果：从 70 MB → 15–25 MB（视项目复杂度）
方案 B：Native AOT（体积最小 + 启动最快，推荐 2026 年）
<PropertyGroup><!-- ... 其他属性同上 ... --><!-- 开启 Native AOT（自动包含 trimming） --><PublishAot>true</PublishAot><!-- 更激进的体积优化（.NET 8+ 支持） --><OptimizationPreference>Size</OptimizationPreference><!-- 可选：进一步裁剪 LINQ 等框架特性（.NET 10+ 更安全） --><UseSizeOptimizedLinq>true</UseSizeOptimizedLinq><!-- 如果项目有大量反射，建议先关闭 trimming 诊断 --><!-- <TrimmerSingleWarn>false</TrimmerSingleWarn> --></PropertyGroup>发布命令同上：
dotnet publish -c Release -r win-x64 --self-containedtrue常见体积：
- 简单控制台：3–8 MB
- 中型工具（带 EF Core / HttpClient）：8–20 MB
- ASP.NET Core 最小 API：15–40 MB（容器镜像特别友好）
方案 C：极致压缩（AOT + UPX / 7z 二次压缩）
# 先正常 AOT 发布dotnet publish -c Release -r win-x64 --self-containedtrue/p:PublishAot=true# 用 UPX 压缩（免费工具，下载：https://upx.github.io）upx --best YourApp.exe# 或 7z 压缩整个 publish 文件夹7z a -mx=9YourApp.7z publish/效果：可再压缩 30–60%，但启动会稍慢（解压开销）。
3. 常见问题 & 解决思路
| 问题 | 原因 & 解决办法 |
|---|---|
| 开启 trimming 后运行报错（MissingMethodException） | 反射 / 动态加载代码被误裁剪 → 加<TrimmerRootAssembly>或用[RequiresDynamicCode]标记 |
| AOT 编译失败（ILLink 警告） | 很多第三方库不支持 AOT → 先用PublishAot=true编译，看警告日志，逐个修复或换库 |
| AOT 后体积反而变大？ | 正常现象（包含原生代码），但启动速度和内存远优于 JIT → 对比时要看实际运行表现 |
| ASP.NET Core 项目体积巨大 | 启用<PublishAot>true</PublishAot>+ 最小 API + 禁用不必要中间件 |
| 容器镜像太大 | 用 distroless / alpine 基础镜像 + AOT + 多阶段构建（官方模板已优化） |
4. 2026 年小结 & 建议顺序
- 先试单文件 + 裁剪 + 压缩（兼容性最高，体积减 60–80%）
- 项目允许的话上Native AOT（体积再减 50–80%，启动快 2–10 倍）
- 容器 / 云部署 → 优先 AOT +
<InvariantGlobalization>true</InvariantGlobalization> - 极致场景 → AOT + Size 偏好 + UPX / Brotli 二次压缩
一句话口诀：
单文件 + Trim + Compress 先上，Native AOT 再冲，体积内存双杀！
有具体项目类型（控制台 / WPF / ASP.NET / MAUI / Worker Service）想看更针对性的配置示例吗？
或者遇到某个库 AOT 不兼容的报错？贴出来我帮你分析～
