本篇介紹如何在Net Core 環境下部署時，將相同的第三方依賴dll給指定到一個共用的目錄中，網上木有相關教程，只能自己研究好了，給大伙第一個分享了。 ...
背景：
這周，心情來潮，想把 Aries 開發框架 和 Taurus 開發框架 給部署到Linux上，於是開始折騰了。
經過重重非人的坑，終於完成了任務：
Aries on CentOS7：mvc.aries.cyqdata.com
Taurus on CentOS7：mvc.taurus.cyqdata.com
不過在發佈的過程中，發現有大堆共同的dll（100多個，20多M）：
看見一大堆這些dll，感覺很影響視覺，而且多個項目就要上傳多份，很是麻煩。
於是研究了一下，能不能把這些和項目的文件分開，獨立到一個指定的目錄中去。
研究過程：
為什麼要研究，因為網上根本搜不到啊，我X，這.net core 都出這麼多年了，就沒人有點潔癖，把這事給解決然後寫篇文章麽！
1、本人機器早期裝的是VS2017版本，發佈版本時，沒有“部署模式”選項。
2、後來升級了一下，發現版本選項里有“部署模式”選項，裡面有框架依賴和獨立兩種，於是看了下相關說明：
.NET Core 應用程式部署
可以為 .NET Core 應用程式創建三種部署：
-
依賴框架的部署。 顧名思義，依賴框架的部署 (FDD) 依賴目標系統上存在共用系統級版本的 .NET Core。 由於已存在 .NET Core，因此應用在 .NET Core 安裝程式間也是可移植的。 應用僅包含其自己的代碼和任何位於 .NET Core 庫外的第三方依賴項。 FDD 包含可通過在命令行中使用 dotnet 實用程式啟動的 .dll 文件。 例如，
dotnet app.dll就可以運行一個名為app的應用程式。 -
獨立部署。 與 FDD 不同，獨立部署 (SCD) 不依賴目標系統上存在的共用組件。 所有組件（包括 .NET Core 庫和 .NET Core 運行時）都包含在應用程式中，並且獨立於其他 .NET Core 應用程式。 SCD 包括一個可執行文件（如 Windows 平臺上名為
app的應用程式的 app.exe），它是特定於平臺的 .NET Core 主機的重命名版本，還包括一個 .dll 文件（如 app.dll），而它是實際的應用程式。 -
依賴框架的可執行文件。 生成在目標平臺上運行的可執行文件。 類似於 FDD，依賴框架的可執行文件 (FDE) 是特定於平臺的，而不是自包含的。 這些部署的運行仍依賴於現有的 .NET Core 共用系統級版本。 與 SCD 不同，應用僅包含代碼和任何位於 .NET Core 庫外的第三方依賴項。FDE 生成在目標平臺上運行的可執行文件。
經過研究測試，不管哪種方式，發佈後，還是有一大堆Microsoft.XXXX.dll。
然後認真看仔細後發現，FDD部署，也是不處理依賴第三方依賴項的。
你連Microsoft和System打頭的都叫第三方依賴項，哥也沒辦法了。
後來想到配置文件：*.runtimeconfig.json，感覺這裡應該能折騰點什麼。
{ "runtimeOptions": { "tfm": "netcoreapp2.0", "framework": { "name": "Microsoft.NETCore.App", "version": "2.0.0" }, "configProperties": { "System.GC.Server": true } } }
百了和runtimeconfig.json相關的文章，發現一篇翻譯自老外的文章：
https://www.cnblogs.com/lwqlun/p/9704702.html
按著關鍵說明，以為找到了春天：
於是在：additionalProbingPaths 這個屬性上陷入了不歸路，特別是packages這個起名，讓我一路以為它和第三方依賴包有關。
結果卻不管怎麼折騰，都悲催了。
最後只能看原文，然後看源碼是怎麼載入配置文件的。
配置文件載入的源碼：https://github.com/dotnet/core-setup/blob/v2.1.3/src/corehost/cli/fxr/fx_muxer.cpp#L464
結果一堆C++，看的好不頭痛，還是暫時放棄了，感覺情緒未到。
休息了一會，又重新把文章給仔細看了一下，開始關註了一下*.deps.json，
畢竟這個文件，預設是不用上傳的，所以很自然性的被忽略了。
不過當我把它上傳上去的時候，發現它被載入，而且，報錯了。
感覺找到了方向：
現在仔細一看，deps應該depends依賴的簡寫，用於處理依賴包配置的。
解決方案：
Linux下的web目錄是這樣的：
於是，把*.deps.json裡面 lib/開頭的路徑，全部給換成 /home/web/package ，然後上傳，結果，OK了。
最後的部署目錄，就剩下這麼乾凈了：
總結：
雖然最後定位到deps.json可以處理這個事，不過預設產生的deps.json東西有點多，要替換的路徑也有點多。
估計再研究一下，應該還可以簡化一下這個工作。
