標籤:引用 netcore 壓縮 lis core 進程 部署 命令列 inux
一,.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 自宿主應用程式瘦身
從前邊的分析可以看出,自宿主應用程式之所有“肥大”,是因為有太多的無關的類庫或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的體積。
.NET跨平台實踐:Linux .Net Core自宿主應用程式瘦身記