一，.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的體積。