.NET跨平台實踐:Linux .Net Core自宿主應用程式瘦身記

來源:互聯網
上載者:User

標籤:引用   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自宿主應用程式瘦身記

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.