我完全懂这种困扰——第一次看到.NET Core发布出来的一堆DLL时，我也盯着那几乎看不见的滚动条愣了半天，更别说客户那边的顾虑了。虽然这是.NET Core模块化设计的正常结果，但确实影响观感，下面这几个方案能帮你改善这个问题：

1. 单文件发布（Single File Publish） #

这是.NET Core 3.0及以上版本最直接的解决方案，能把所有依赖（包括.NET Core运行时、你的代码和第三方库）打包成一个单独的可执行文件。

使用命令行发布时加上对应的参数：

dotnet publish -c Release -r <你的运行时标识> /p:PublishSingleFile=true

比如针对Windows x64的话，运行时标识是win-x64，命令就是：

dotnet publish -c Release -r win-x64 /p:PublishSingleFile=true

• 如果你想包含运行时（让客户不用装.NET Core环境），加上/p:SelfContained=true；如果客户已经装了对应版本的.NET Core，用/p:SelfContained=false就行，文件会更小。
• 注意：第一次启动单文件应用时会有轻微延迟，因为程序需要在后台解压依赖，但后续启动就正常了。

2. 自包含发布+裁剪（Publish Trimmed） #

.NET 5及以上支持对自包含发布的应用进行裁剪，自动移除程序运行不需要的冗余代码和依赖DLL，能大幅减少文件数量和体积。

发布命令示例：

dotnet publish -c Release -r win-x64 /p:SelfContained=true /p:PublishTrimmed=true

• 这个方案特别适合那些没有大量反射、动态加载代码的应用；如果你的程序用到了反射或者第三方库有动态加载逻辑，可能需要在项目文件里配置TrimmerRootAssembly来指定不能被裁剪的程序集，避免运行出错。

3. 合并依赖DLL到主程序 #

可以用工具把依赖的DLL合并到你的主程序DLL或可执行文件里，常用的工具有：

• Costura.Fody：这是最省心的方式，只需要在NuGet里安装Costura.Fody包，发布时它会自动把所有依赖DLL嵌入到主程序里，运行时自动加载。
• ILMerge：老牌的DLL合并工具，需要手动执行命令或者在项目里配置，适合对合并过程有更多控制的场景，但要注意处理强命名、原生库等特殊情况。

4. 整理文件结构（视觉优化） #

如果上面的方案因为某些限制没法用，至少可以通过整理文件结构来减少主目录的文件数量：

• 新建一个子文件夹（比如libs），把所有依赖DLL移进去。
• 修改项目的runtimeconfig.json，或者在代码里用Assembly.LoadFrom指定加载路径，让程序能找到子文件夹里的DLL。
• 这样客户打开主目录时，只会看到主程序和少量配置文件，视觉上整洁很多。

最后建议你可以先测试几个方案，把优化前后的效果展示给客户，同时解释每个方案的优缺点（比如单文件启动稍慢、裁剪需要注意反射问题），让客户能根据自己的需求选择最适合的方式。

内容的提问来源于stack exchange，提问作者Tomáš Zato