一，.NET Core 自宿主應用程序個頭有點大

發布.NET Core應用程序有兩個方式，一種是“便攜式”，一種是“自宿主式”。便攜式發布時，目標程序不帶.net core運行環境，所以“個頭”很小，可能只有幾十K幾百K字節，但是它需要用戶的目標系統上安裝.NET CORE 框架；自宿主式發布出來的程序，自帶運行時和框架類庫，自成一體，不需要客戶機安裝.NET CORE環境，部署簡單方便。

看看一個簡單的“Hello World!” 控制臺程序有多大：

修改 csproj文件，添加目標系統：

用 dotnet publish -r:linux-x64 針對linux平臺發布，得到目標文件（夾），現在看看大小：

這個Hello World 控制臺程序的目標文件，總大小達到了62.2 MB！?

二，為什么.net core自宿主程序這么大

原因有二，一是為了能在目標系統上 “獨立” 運行，自宿主程序必須自帶運行時，這無可厚非，二是不管是用 dotnet publish命令行發布還是用VS發布，它們都會不分青紅皂白地把.net core類庫整個發布到目標程序中，這正是使目標程序變大變肥的主要原因。

下面是發布后的部分文件列表，可以看出，很多的dll與這個hello world 程序毫無關系！

?

三，給 Linux .Net Core 自宿主應用程序瘦身

為什么要給“自宿主”程序瘦身？原因是，既然發布“自宿主”程序而不是便攜式程序，一般都是程序作者或廠商希望產品能有更好的獨立性，更看重程序本身的完整和純凈，不喜歡附帶一些亂七八糟的東西。另外，程度體積小一些，能更方便地在卡片機（如樹莓派）、小型專用設備這類存貯空間不太富裕的設備上部署，在Docker中部署，也能大大減小映像的大小，在同樣的空間中運行更多的服務。

從前邊的分析可以看出，自宿主應用程序之所有“肥大”，是因為有太多的無關的類庫或Native so庫造成的，只要清理掉它們，瘦身的目標就達到了。

1，將發布的程序全部上傳到Linux系統的某個文件夾，然后運行 chmod +x coretest，給coretest賦與可執行權限。（我寫的這個hello word程序名叫“coretest”）。

2，用 ./coretest 把程序運行起來：

不要按鍵，讓程序不要退出。

3，查出這個進程的PID：

再加一個終端，用 ps -ef | grep coretest 查出這個進程的PID號

4，列出進程關聯文件：

用 sudo lsof -p PID號，列出指定進程調用/引用的文件，從列表中找出屬于這個core程序依賴的類庫和core Navite函數庫：

特點：路徑都指向這個core程序所在的文件夾。

下圖是列表的一部分：

從列表中，可以看出，本 coretest 程序，相關的文件有如下三類14個文件：

1）coretes加載程序和程序集：

coretest
coretest.dll

2）依賴的.net 框架程序集：

System.Runtime.dll
System.Console.dll
System.Threading.dll
System.Runtime.Extensions.dll
System.Collections.dll

3）運行時函數庫：

libclrjit.so
libcoreclr.so
libhostpolicy.so
libhostfxr.so
System.Native.so
System.Globalization.Native.so
System.Private.CoreLib.dll

5，修改依賴文件 coretest.deps.json，對依賴行配置文件瘦身：

打開 coretest.deps.json文件，你會發現所有的依賴庫都在其中，重要的是49行開始的“runtime.linux-x64.Microsoft.NETCore.App/2.0.0”的runtimes和native兩個節點，共有173個依賴項，與我們測試出來的14個依賴，整整多了近160個依賴項，這些多余的，都可以刪除！

刪除后，deps.json一下子清爽了：

6，測試依賴配置文件是否正確：

再次用 ./coretest 運行本程序，檢查依賴項是否正確。當按任意鍵退出程序時，出現了下邊的錯誤。

原來，在Console.ReadKey返回時，會調用另一個dll，而之前用lsof時讀取依賴時，程序沒有執行到這一步，所以沒有看到有這個依賴，這個依賴被誤刪了。所以，得重新加到deps.json文件中。

再次測試，程序已經完全正常。

7，根據瘦身后的依賴關系，刪除無關文件：

要點，需要保留依賴列表文件coretest.deps.json和運行時配置文件coretest.runtimeconfig.json。

8，再次測試程序運行情況：

運行 ./coretest，發現出了一個問題：

原來還差一個native 函數庫，怎么辦？簡單，從windows發布目錄中，上傳到Linux的這個程序文件夾中。

再次運行，一帆風順，瘦身工作正式完成！

現在看看這個程序，共計還有多少文件：

哈哈，現在只有19個文件！比如之前的近180個文件，這個”身“瘦得厲害吧，簡直是一身清爽呀！

瘦身后，這個程序所有文件從62.2M變成了24.3m，打包壓縮后，只有8.62M。?

附記：

有的朋友可能會說，還是有點大呀，一個hello world就有19個文件24m大小，如果我司開發一個功能完整的商業應用會不會大得嚇人？其實，我可以告訴你：

一，這19個文件已經具備了.net core的關鍵功能，你開發更大的商業應用，不外乎再多引用了幾個dll而已，能再大多少？！

二，這個程序是自帶了運行環境的，它自成一體，獨立運行，不需要麻煩你和你的客戶或運維人員在linux上安裝安裝一大堆東西，配置一大堆東西！

三，正因為這個程序可以獨立運行，那么，如果放在Docker中，對docker鏡像的體積影響可以忽略，你們鏡像文件不會因為需要安裝什么工作環境而增大數百M的體積。

原文地址：http://www.cnblogs.com/yunei/p/7436368.html

---

.NET社區新聞，深度好文，微信中搜索dotNET跨平臺或掃描二維碼關注

總結

以上是生活随笔為你收集整理的.NET跨平台实践：Linux .Net Core自宿主应用程序瘦身记的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。