.NET跨平臺實踐：Linux .Net Core自宿主應用程序瘦身記

一，.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 自宿主應用程序瘦身

爲何要給「自宿主」程序瘦身？緣由是，既然發佈「自宿主」程序而不是便攜式程序，通常都是程序做者或廠商但願產品能有更好的獨立性，更看重程序自己的完整和純淨，不喜歡附帶一些亂七八糟的東西。另外，程度體積小一些，能更方便地在卡片機（如樹莓派）、小型專用設備這類存貯空間不太富裕的設備上部署，在Dockeer中部署，也能大大減少映像的大小，在一樣的空間中運行更多的服務。

從前邊的分析能夠看出，自宿主應用程序之全部「肥大」，是由於有太多的無關的類庫或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的體積。