一，.NET Core 自宿主應(yīng)用程序個(gè)頭有點(diǎn)大

發(fā)布.NET Core應(yīng)用程序有兩個(gè)方式，一種是“便攜式”，一種是“自宿主式”。便攜式發(fā)布時(shí)，目標(biāo)程序不帶.net core運(yùn)行環(huán)境，所以“個(gè)頭”很小，可能只有幾十K幾百K字節(jié)，但是它需要用戶的目標(biāo)系統(tǒng)上安裝.NET CORE 框架；自宿主式發(fā)布出來(lái)的程序，自帶運(yùn)行時(shí)和框架類庫(kù)，自成一體，不需要客戶機(jī)安裝.NET CORE環(huán)境，部署簡(jiǎn)單方便。

看看一個(gè)簡(jiǎn)單的“Hello World!” 控制臺(tái)程序有多大：

修改 csproj文件，添加目標(biāo)系統(tǒng)：

用 dotnet publish -r:linux-x64 針對(duì)linux平臺(tái)發(fā)布，得到目標(biāo)文件（夾），現(xiàn)在看看大小：

這個(gè)Hello World 控制臺(tái)程序的目標(biāo)文件，總大小達(dá)到了62.2 MB！?

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

原因有二，一是為了能在目標(biāo)系統(tǒng)上 “獨(dú)立” 運(yùn)行，自宿主程序必須自帶運(yùn)行時(shí)，這無(wú)可厚非，二是不管是用 dotnet publish命令行發(fā)布還是用VS發(fā)布，它們都會(huì)不分青紅皂白地把.net core類庫(kù)整個(gè)發(fā)布到目標(biāo)程序中，這正是使目標(biāo)程序變大變肥的主要原因。

下面是發(fā)布后的部分文件列表，可以看出，很多的dll與這個(gè)hello world 程序毫無(wú)關(guān)系！

?

三，給 Linux .Net Core 自宿主應(yīng)用程序瘦身

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

從前邊的分析可以看出，自宿主應(yīng)用程序之所有“肥大”，是因?yàn)橛刑嗟臒o(wú)關(guān)的類庫(kù)或Native so庫(kù)造成的，只要清理掉它們，瘦身的目標(biāo)就達(dá)到了。

1，將發(fā)布的程序全部上傳到Linux系統(tǒng)的某個(gè)文件夾，然后運(yùn)行 chmod +x coretest，給coretest賦與可執(zhí)行權(quán)限。（我寫的這個(gè)hello word程序名叫“coretest”）。

2，用 ./coretest 把程序運(yùn)行起來(lái)：

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

3，查出這個(gè)進(jìn)程的PID：

再加一個(gè)終端，用 ps -ef | grep coretest 查出這個(gè)進(jìn)程的PID號(hào)

4，列出進(jìn)程關(guān)聯(lián)文件：

用 sudo lsof -p PID號(hào)，列出指定進(jìn)程調(diào)用/引用的文件，從列表中找出屬于這個(gè)core程序依賴的類庫(kù)和core Navite函數(shù)庫(kù)：

特點(diǎn)：路徑都指向這個(gè)core程序所在的文件夾。

下圖是列表的一部分：

從列表中，可以看出，本 coretest 程序，相關(guān)的文件有如下三類14個(gè)文件：

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

coretest
coretest.dll

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

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

3）運(yùn)行時(shí)函數(shù)庫(kù)：

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

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

打開 coretest.deps.json文件，你會(huì)發(fā)現(xiàn)所有的依賴庫(kù)都在其中，重要的是49行開始的“runtime.linux-x64.Microsoft.NETCore.App/2.0.0”的runtimes和native兩個(gè)節(jié)點(diǎn)，共有173個(gè)依賴項(xiàng)，與我們測(cè)試出來(lái)的14個(gè)依賴，整整多了近160個(gè)依賴項(xiàng)，這些多余的，都可以刪除！

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

6，測(cè)試依賴配置文件是否正確：

再次用 ./coretest 運(yùn)行本程序，檢查依賴項(xiàng)是否正確。當(dāng)按任意鍵退出程序時(shí)，出現(xiàn)了下邊的錯(cuò)誤。

原來(lái)，在Console.ReadKey返回時(shí)，會(huì)調(diào)用另一個(gè)dll，而之前用lsof時(shí)讀取依賴時(shí)，程序沒有執(zhí)行到這一步，所以沒有看到有這個(gè)依賴，這個(gè)依賴被誤刪了。所以，得重新加到deps.json文件中。

再次測(cè)試，程序已經(jīng)完全正常。

7，根據(jù)瘦身后的依賴關(guān)系，刪除無(wú)關(guān)文件：

要點(diǎn)，需要保留依賴列表文件coretest.deps.json和運(yùn)行時(shí)配置文件coretest.runtimeconfig.json。

8，再次測(cè)試程序運(yùn)行情況：

運(yùn)行 ./coretest，發(fā)現(xiàn)出了一個(gè)問題：

原來(lái)還差一個(gè)native 函數(shù)庫(kù)，怎么辦？簡(jiǎn)單，從windows發(fā)布目錄中，上傳到Linux的這個(gè)程序文件夾中。

再次運(yùn)行，一帆風(fēng)順，瘦身工作正式完成！

現(xiàn)在看看這個(gè)程序，共計(jì)還有多少文件：

哈哈，現(xiàn)在只有19個(gè)文件！比如之前的近180個(gè)文件，這個(gè)”身“瘦得厲害吧，簡(jiǎn)直是一身清爽呀！

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

附記：

有的朋友可能會(huì)說，還是有點(diǎn)大呀，一個(gè)hello world就有19個(gè)文件24m大小，如果我司開發(fā)一個(gè)功能完整的商業(yè)應(yīng)用會(huì)不會(huì)大得嚇人？其實(shí)，我可以告訴你：

一，這19個(gè)文件已經(jīng)具備了.net core的關(guān)鍵功能，你開發(fā)更大的商業(yè)應(yīng)用，不外乎再多引用了幾個(gè)dll而已，能再大多少？！

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

三，正因?yàn)檫@個(gè)程序可以獨(dú)立運(yùn)行，那么，如果放在Docker中，對(duì)docker鏡像的體積影響可以忽略，你們鏡像文件不會(huì)因?yàn)樾枰惭b什么工作環(huán)境而增大數(shù)百M(fèi)的體積。

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

---

.NET社區(qū)新聞，深度好文，微信中搜索dotNET跨平臺(tái)或掃描二維碼關(guān)注

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。