天天看點

ASP.Net Core on Linux (CentOS7) 部署時将相同的獨立依賴第三方dll指向共享同一個目錄

背景:

這周,心情來潮,想把 Aries 開發架構 和 Taurus 開發架構 給部署到Linux上,于是開始折騰了。

經過重重非人的坑,終于完成了任務:

Aries on CentOS7:mvc.aries.cyqdata.com

Taurus on CentOS7:mvc.taurus.cyqdata.com

不過在釋出的過程中,發現有大堆共同的dll(100多個,20多M):

ASP.Net Core on Linux (CentOS7) 部署時将相同的獨立依賴第三方dll指向共享同一個目錄

看見一大堆這些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

按着關鍵說明,以為找到了春天:

ASP.Net Core on Linux (CentOS7) 部署時将相同的獨立依賴第三方dll指向共享同一個目錄

于是在: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目錄是這樣的:

ASP.Net Core on Linux (CentOS7) 部署時将相同的獨立依賴第三方dll指向共享同一個目錄

于是,把*.deps.json裡面 lib/開頭的路徑,全部給換成 /home/web/package ,然後上傳,結果,OK了。

最後的部署目錄,就剩下這麼幹淨了:

ASP.Net Core on Linux (CentOS7) 部署時将相同的獨立依賴第三方dll指向共享同一個目錄

總結:

雖然最後定位到deps.json可以處理這個事,不過預設産生的deps.json東西有點多,要替換的路徑也有點多。

估計再研究一下,應該還可以簡化一下這個工作。