2. 程式人生 > >.NET Core部署中你不瞭解的框架依賴與獨立部署

.NET Core部署中你不瞭解的框架依賴與獨立部署

阿新 • • 發佈：2018-12-11

作者：依樂祝 原文地址：https://www.cnblogs.com/yilezhu/p/9703460.html NET Core專案釋出的時候你有沒有注意到這兩個選項呢？有沒有糾結過框架依賴與獨立部署到底有什麼區別呢？如果有的話那麼這篇文章可以參考下！ 為什麼要寫這篇文章呢？因為今天同事問我框架依賴與獨立部署到底應該選哪個呢？有什麼區別。印象中只知道框架依賴釋出後文件比獨立部署要小很多，然後就是獨立部署不佔用net core的共享資源，而框架依賴需要與其他net core程式共享net core的一些資源。感覺很模糊，所以查了下資料整理如下，希望對大家有所幫助。

依賴框架的部署 (FDD)

定義

框架依賴的部署：顧名思義，依賴框架的部署 (FDD) 依賴目標系統上存在共享系統級版本的 .NET Core。 由於已存在 .NET Core，因此應用在 .NET Core 安裝程式間也是可移植的。 應用僅包含其自己的程式碼和任何位於 .NET Core 庫外的第三方依賴項。 FDD 包含可通過在命令列中使用 dotnet 實用程式啟動的 .dll 檔案。 例如，dotnet app.dll 就可以執行一個名為 app 的應用程式。 對於 FDD，僅部署應用程式和第三方依賴項。 不需要部署 .NET Core，因為應用將使用目標系統上存在的 .NET Core 版本。 這是定目標到 .NET Core 的 .NET Core 和 ASP.NET Core 應用程式的預設部署模型。

優點

  • 不需要提前定義 .NET Core 應用將在其上執行的目標作業系統。 因為無論什麼作業系統，.NET Core 的可執行檔案和庫都是用通用的 PE 檔案格式，因此，無論什麼基礎作業系統，.NET Core 都可執行應用。
  • 部署包很小。 只需部署應用及其依賴項，而無需部署 .NET Core 本身。

  • 許多應用都可使用相同的 .NET Core 安裝，從而降低了主機系統上磁碟空間和記憶體使用量。

    缺點

  • 僅當主機系統上已安裝你設為目標的 .NET Core 版本或更高版本時，應用才能執行。

  • 如果不瞭解將來版本，.NET Core 執行時和庫可能發生更改。 在極少數情況下，這可能會更改應用的行為。

獨立部署 (SCD)

定義

獨立部署：與 FDD 不同，獨立部署 (SCD) 不依賴目標系統上存在的共享元件。 所有元件（包括 .NET Core 庫和 .NET Core 執行時）都包含在應用程式中，並且獨立於其他 .NET Core 應用程式。 SCD 包括一個可執行檔案（如 Windows 平臺上名為 app 的應用程式的 app.exe），它是特定於平臺的 .NET Core 主機的重新命名版本，還包括一個 .dll 檔案（如 app.dll），而它是實際的應用程式。 對於獨立部署，可以部署應用和所需的第三方依賴項以及生成應用所使用的 .NET Core 版本。 建立 SCD 不包括各種平臺上的 .NET Core 本機依賴項，因此執行應用前這些依賴項必須已存在。 從 NET Core 2.1 SDK（版本 2.1.300）開始，.NET Core 支援修補程式版本前滾。 在建立獨立部署時，.NET Core 工具會自動包含你的應用程式所指向的 .NET Core 版本的最新服務的執行時。 （最新服務的執行時包括安全修補程式和其他 bug 修復程式。）服務的執行時不需要存在於你的生成系統上；它會從 NuGet.org 自動下載。 FDD 和 SCD 部署使用單獨的主機可執行檔案，使你可以使用釋出者簽名為 SCD 簽署主機可執行檔案。

優點

  • 可以對與應用一起部署的 .NET Core 版本具有單獨的控制權

  • 請放心，目標系統可以執行你的 .NET Core 應用，因為你提供的是應用將在其上執行的 .NET Core 版本

    缺點

  • 由於 .NET Core 包含在部署包中，因此必須提前選擇為其生成部署包的目標平臺

  • 部署包相對較大，因為需要將 .NET Core 和應用及其第三方依賴項包括在內。

    從.NET Core 2.0 開始，可以通過使用 .NET Core 全球化固定模式在 Linux 系統上減少大約 28 MB 的部署大小。 通常，Linux 上的 .NET Core 依賴於 ICU 庫來實現全球化支援。 在固定模式下，庫不包含在部署中，並且所有區域性的行為均類似於固定區域性。

  • 向系統部署大量獨立的 .NET Core 應用可能會使用大量磁碟空間，因為每個應用都會複製 .NET Core 檔案

例項演示 .NET Core 應用的部署釋出

上面已經說了，可以將 .NET Core 應用程式部署為依賴框架的部署或獨立部署，前者包含應用程式二進位制檔案，但依賴目標系統上存在的 .NET Core，而後者同時包含應用程式和 .NET Core 二進位制檔案。

不包含第三方依賴的框架依賴的部署

  1. 為專案建立一個目錄，並將其設為當前目錄

  2. 在命令列中，鍵入 dotnet new console 以建立新的 C# 控制檯專案

  3. 在編輯器中開啟 Program.cs 檔案，然後使用下列程式碼替換自動生成的程式碼。 它會提示使用者輸入文字，並顯示使用者輸入的個別詞。 它使用正則表示式 \w+ 來將輸入文字中的詞分開。

    using System;
using System.Text.RegularExpressions;

namespace Applications.ConsoleApps
{
    public class ConsoleParser
    {
        public static void Main()
        {
            Console.WriteLine("Enter any text, followed by <Enter>:\n");
            String s = Console.ReadLine();
            ShowWords(s);
            Console.Write("\nPress any key to continue... ");
            Console.ReadKey();
        }

        private static void ShowWords(String s)
        {
            String pattern = @"\w+";
            var matches = Regex.Matches(s, pattern);
            if (matches.Count == 0)
            {
                Console.WriteLine("\nNo words were identified in your input.");
            }
            else
            {
                Console.WriteLine($"\nThere are {matches.Count} words in your string:");
                for (int ctr = 0; ctr < matches.Count; ctr++)
                {
                    Console.WriteLine($"   #{ctr,2}: '{matches[ctr].Value}' at position {matches[ctr].Index}");
                }
            }
        }
    }
}

  4. 執行 dotnet restore（請參閱註釋）命令，還原專案中指定的依賴項。

  5. 使用 dotnet build命令生成應用程式，或使用 dotnet run命令生成並執行應用程式。

  6. 完成程式除錯和測試後，使用下列命令建立部署

    dotnet publish -f netcoreapp2.1 -c Release

    這將建立一個應用的發行版（而不是除錯版）。 生成的檔案位於名為“publish”的目錄中，該目錄位於專案的 bin 目錄的子目錄中。

    與應用程式的檔案一起，釋出過程將發出包含應用除錯資訊的程式資料庫 (.pdb) 檔案。 該檔案主要用於除錯異常。 可以選擇不將其與應用程式的檔案一起分佈。 但是，如果要除錯應用的釋出版本，則應儲存該檔案。

    可以採用任何喜歡的方式部署完整的應用程式檔案集。 例如，可以使用簡單的 copy 命令將其打包為 Zip 檔案，或者使用選擇的安裝包進行部署。

  7. 安裝成功後，使用者可通過使用 dotnet 命令或提供應用程式檔名（如 dotnet fdd.dll）來執行應用程式。 除應用程式二進位制檔案外，安裝程式還應捆綁共享框架安裝程式，或在安裝應用程式的過程中將其作為先決條件進行檢查。 安裝共享框架需要管理員/根訪問許可權。

包含第三方依賴項的依賴框架的部署

要使用一個或多個第三方依賴項來部署依賴框架的部署，需要這些依賴項都可供專案使用。 在執行 dotnet restore命令之前，還需執行額外兩個步驟：

  1. 向 csproj 檔案的 部分新增對所需第三方庫的引用。 以下 部分包含 Json.NET 的依賴項（作為第三方庫）：
<ItemGroup>
  <PackageReference Include="Newtonsoft.Json" Version="10.0.2" />
</ItemGroup>

  1. 如果尚未安裝，請下載包含第三方依賴項的 NuGet 包。 若要下載該包，請在新增依賴項後執行 dotnet restore命令。 因為依賴項在釋出時已從本地 NuGet 快取解析出來，因此它一定適用於你的系統。

    請注意，如果依賴框架的部署具有第三方依賴項，則其可移植性只與第三方依賴項相同。 例如，如果某個第三方庫只支援 macOS，該應用將無法移植到 Windows 系統。 當第三方依賴項本身取決於本機程式碼時，也可能發生此情況。 Kestrel 伺服器就是一個很好的示例，它需要 libuv 的本機依賴項。 當為具有此類第三方依賴項的應用程式建立 FDD 時，已釋出的輸出會針對每個本機依賴項支援（存在於 NuGet 包中）的執行時識別符號 (RID) 包含一個資料夾。

不包含第三方依賴項的獨立部署

部署沒有第三方依賴項的獨立部署包括建立專案、修改 csproj 檔案、生成、測試以及釋出應用。 一個用 C# 編寫的簡單示例可說明此過程。 該示例演示如何使用命令列中的 dotnet 實用工具建立獨立部署。

  1. 為專案建立一個目錄，並將其設為當前目錄。
  2. 在命令欄行中，鍵入 dotnet new console，在該目錄中建立新的 C# 控制檯專案
  3. 在編輯器中開啟 Program.cs 檔案，然後使用下列程式碼替換自動生成的程式碼。 它會提示使用者輸入文字，並顯示使用者輸入的個別詞。 它使用正則表示式 \w+ 來將輸入文字中的詞分開。
using System;
using System.Text.RegularExpressions;

namespace Applications.ConsoleApps
{
    public class ConsoleParser
    {
        public static void Main()
        {
            Console.WriteLine("Enter any text, followed by <Enter>:\n");
            String s = Console.ReadLine();
            ShowWords(s);
            Console.Write("\nPress any key to continue... ");
            Console.ReadKey();
        }

        private static void ShowWords(String s)
        {
            String pattern = @"\w+";
            var matches = Regex.Matches(s, pattern);
            if (matches.Count == 0)
            {
                Console.WriteLine("\nNo words were identified in your input.");
            }
            else
            {
                Console.WriteLine($"\nThere are {matches.Count} words in your string:");
                for (int ctr = 0; ctr < matches.Count; ctr++)
                {
                    Console.WriteLine($"   #{ctr,2}: '{matches[ctr].Value}' at position {matches[ctr].Index}");
                }
            }
        }
    }
}
  1. 在 csproj 檔案（該檔案用於定義應用的目標平臺）的 部分中建立 標記，然後指定每個目標平臺的執行時識別符號 (RID)。 請注意，還需要新增分號來分隔 RID。 請檢視執行時識別符號目錄，獲取執行時識別符號列表。 例如，以下 部分表明應用在 64 位 Windows 10 作業系統和 64 位 OS X 10.11 版本的作業系統上執行。
<PropertyGroup>
    <RuntimeIdentifiers>win10-x64;osx.10.11-x64</RuntimeIdentifiers>
</PropertyGroup>

請注意， 元素可能出現在 csproj 檔案的任何 中。 本節後面部分將顯示完整的示例 csproj 檔案。

  1. 執行 dotnet restore命令，還原專案中指定的依賴項。
  2. 執行 dotnet restore（請參閱註釋）命令，還原專案中指定的依賴項。特別是如果應用面向 Linux，則可以通過利用全球化固定模式來減小部署的總規模。 全球化固定模式適用於不具有全域性意識且可以使用固定區域性的格式約定、大小寫約定以及字串比較和排序順序的應用程式。要啟用固定模式，右鍵單擊“解決方案資源管理器”中的專案（不是解決方案），然後選擇“編輯 SCD.csproj”。 然後將以下突出顯示的行新增到檔案中：
<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp2.1</TargetFramework>
  </PropertyGroup>
  <ItemGroup>
    <RuntimeHostConfigurationOption Include="System.Globalization.Invariant" Value="true" />
  </ItemGroup> 
</Project>
  1. 在命令列中，使用 dotnet run 生成命令。
  2. 除錯並測試程式後，為應用的每個目標平臺建立要與應用一起部署的檔案。 同時對兩個目標平臺使用 dotnet publish 命令，如下所示：
dotnet publish -c Release -r win10-x64
dotnet publish -c Release -r osx.10.11-x64

這將為每個目標平臺建立一個應用的發行版（而不是除錯版）。 生成的檔案位於名為“釋出”的子目錄中，該子目錄位於專案的 .\bin\Release\netcoreapp2.1 子目錄的子目錄中。 請注意，每個子目錄中都包含完整的啟動應用所需的檔案集（既有應用檔案，也有所有 .NET Core 檔案）。

與應用程式的檔案一樣，釋出過程將生成包含應用除錯資訊的程式資料庫 (.pdb) 檔案。 該檔案主要用於除錯異常。 可以選擇不使用應用程式檔案打包該檔案。 但是，如果要除錯應用的釋出版本，則應儲存該檔案。 可按照任何喜歡的方式部署已釋出的檔案。 例如，可以使用簡單的 copy 命令將其打包為 Zip 檔案，或者使用選擇的安裝包進行部署。 下面是此專案完整的 csproj 檔案。


<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp2.1</TargetFramework>
    <RuntimeIdentifiers>win10-x64;osx.10.11-x64</RuntimeIdentifiers>
  </PropertyGroup>
</Project>

包含第三方依賴項的獨立部署

部署包含一個或多個第三方依賴項的獨立部署包括新增依賴項。 在執行 dotnet restore命令之前，還需執行額外兩個步驟：

  1. 將對任何第三方庫的引用新增到 csproj 檔案的 部分。 以下 部分使用 Json.NET 作為第三方庫。
<ItemGroup>
    <PackageReference Include="Newtonsoft.Json" Version="10.0.2" />
  </ItemGroup>
  1. 如果尚未安裝，請將包含第三方依賴項的 NuGet 包下載到系統。 若要使依賴項對應用適用，請在新增依賴項後執行 dotnet restore命令。 因為依賴項在釋出時已從本地 NuGet 快取解析出來，因此它一定適用於你的系統。 下面是此專案的完整 csproj 檔案：
<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp2.1</TargetFramework>
    <RuntimeIdentifiers>win10-x64;osx.10.11-x64</RuntimeIdentifiers>
  </PropertyGroup>
  <ItemGroup>
    <PackageReference Include="Newtonsoft.Json" Version="10.0.2" />
  </ItemGroup>
</Project>

部署應用程式時，應用中使用的任何第三方依賴項也包含在應用程式檔案中。 執行應用的系統上不需要第三方庫。 請注意，可以只將具有一個第三方庫的獨立部署部署到該庫支援的平臺。 這與依賴框架的部署中具有本機依賴項和第三方依賴項相似，其中的本機依賴項必須與部署應用的平臺相容。

備註： 從 .NET Core 2.0 開始，無需執行 dotnet restore，因為它由所有需要還原的命令隱式執行，如 dotnet new、dotnet build 和 dotnet run。

總結

本文首先介紹了框架依賴與獨立部署的概念，然後分別介紹了框架依賴與獨立部署的優缺點讓大家加深理解！最後通過一個例項來講述瞭如何進行框架依賴與獨立部署。採用的例項使用的是控制檯的方式進行的，當然你也可以使用vs進行釋出。

相關推薦

.NET Core部署中你不瞭解的框架依賴與獨立部署

作者：依樂祝 原文地址：https://www.cnblogs.com/yilezhu/p/9703460.html NET Core專案釋出的時候你有沒有注意到這兩個選項呢？有沒有糾結過框架依賴與獨立部署到底有什麼區別呢？如果有的話那麼這篇文章可以參考下！ 為什麼要寫這篇文章呢？因為今天同事問我框架依賴與

.NET Core部署中你不了解的框架依賴與獨立部署

基礎 由於 -s 文件的 順序 ase nth ger 用戶輸入 作者：依樂祝 原文地址：https://www.cnblogs.com/yilezhu/p/9703460.html NET Core項目發布的時候你有沒有註意到這兩個選項呢？有沒有糾結過框架依賴與獨立部署

如何在ASP.NET Core應用中實現與第三方IoC/DI框架的整合？

我們知道整個ASP.NET Core建立在以ServiceCollection/ServiceProvider為核心的DI框架上，它甚至提供了擴充套件點使我們可以與第三方DI框架進行整合。對此比較瞭解的讀者朋友應該很清楚，針對第三方DI框架的整合可以通過在定義Startup型別的ConfigureServic

在 ASP.NET Core 專案中使用 npm 管理你的前端元件包

 一、前言 　　在專案的前端開發中，對於絕大多數的小夥伴來說，當然，也包括我，不可避免的需要在專案中使用到一些第三方的元件包。這時，團隊中的小夥伴是選擇直接去元件的官網上下載，還是圖省事直接在網上搜索，然後從一些來源不明的地方下載，我們就無法管控了。同時，我們新增的元件間可能存在各種依賴關係，如果

在ASP.NET Core MVC中構建簡單 Web Api

程序 Getting Started在 ASP.NET Core MVC 框架中，ASP.NET 團隊為我們提供了一整套的用於構建一個 Web 中的各種部分所需的套件，那麽有些時候我們只需要做一個簡單的 Web Api 程序怎麽辦呢？在 GitHub 中的 ASP.NET Core MVC 源碼裏面，我

簡陋的 ASP.NET CORE 單頁Web應用程序“框架”

esp idt 後退 width name min 什麽 模式 clas 我對ASP.NET CORE了解不多，不知道是不是重復造輪子，也或者什麽也不是，這個Demo是這樣的： 1、非常簡單或者說原始；2、將單頁Web應用增加了一個頁（Page）概念（相當於MVC的 Vi

從頭編寫 asp.net core 2.0 web api 基礎框架 (2)

req new 定義 問題 ... htm error 期待 實驗 上一篇是: http://www.cnblogs.com/cgzl/p/7637250.html Github源碼地址是: https://github.com/solenovex/Building-asp

從頭編寫 asp.net core 2.0 web api 基礎框架 (3)

cep -- 以及 我們 lease ogg 適合 targe crud 第一部分： http://www.cnblogs.com/cgzl/p/7637250.html 第二部分：http://www.cnblogs.com/cgzl/p/7640077.html Git

記一次 .net core publish 之後找不到視圖文件的問題

mar cnblogs pes pil tool cspro 版本 csp lock 周末將VS從15.3 升級到15.5 ，之後又將VS版本由社區版，升級為企業版。 於是問題來了： 項目publish 之後找不到視圖文件了？？？ 問題很是蛋疼，後來仔細想了一下，也沒有

Dora.Interception,為.NET Core度身打造的AOP框架：全新的版本

分享 ide 1.0 nuget hub tex 普通 inb .class Dora.Interception 1.0（Github地址：可以訪問GitHub地址：https://github.com/jiangjinnan/Dora）推出有一段時間了，最近花了點時間將它

如何在.Net Core MVC中為動態表單開啟客戶端驗證

mic 開啟 hide throw com 選擇 pen addclass title 非Core中的請參照： MVC的驗證 jquery.validate.unobtrusive mvc驗證jquery.unobtrusive-ajax 參照向動態表單增加驗證

ASP.NET Core SignalR 中使用 MessagePack

keepaliv edi nal contract GDPR spa let 字符 addm It‘s like JSON.but fast and small. MessagePack is an efficient binary serialization forma

如何在 ASP.NET Core 測試中操縱時間？

中間件 fun .dll 服務端 thread cloc ren use 單元 有時候，我們會遇到一些跟系統當前時間相關的需求，例如： 只有開學季才允許錄入學生信息 只有到了晚上或者周六才允許備份博客 註冊滿 3 天的用戶才允許進行一些操作 某用戶在 24 小時內被禁止發

.NET Core WebApi中實現多態數據綁定

ddl ada .cn bapi var context mage writer 擁有 什麽是多態數據綁定？ 我們都知道在ASP.NET Core WebApi中數據綁定機制（Data Binding）負責綁定請求參數， 通常情況下大部分的數據綁定都能在默認的數據綁定器（

從頭編寫 asp.net core 2.0 web api 基礎框架 (4) EF配置

from elb settings migration 類型 ret nbu template 服務器 原文:從頭編寫 asp.net core 2.0 web api 基礎框架 (4) EF配置第1部分： http://www.cnblogs.com/cgzl/p/763

.Net Core api 中獲取應用程式物理路徑wwwroot

如果要得到傳統的ASP.Net應用程式中的相對路徑或虛擬路徑對應的伺服器物理路徑，只需要使用使用Server.MapPath()方法來取得Asp.Net根目錄的物理路徑，如下所示： // Classic ASP.NET public class HomeController : Controller

每日踩坑 2018-09-29 .Net Core 控制器中讀取 Request.Body

測試程式碼：     結果：     PostMan：     程式碼： 1 private string GetRequestBodyUTF8String() 2 { 3

你不瞭解的SVN

貼上一篇舊文，2013-08-06我發表在部門週刊上的，一晃都五年多了~ 當時是看完 svn cookbook後寫的，滿滿的翻譯腔，哈哈~~     作為碼農，版本控制工具SVN是我們最常用的軟體之一。可是，仔細想想，除了svn update，svn commit，svn lo

程式設計師的工資高，到底程式設計師的工資有多高？你不瞭解的程式設計師！

都說程式設計師的工資高，程式設計師工資是不是過高？ 如果和國內和其他職業橫向比較，是的，區域性過高。全世界和其他程式設計師（主要是美帝）比，不是，太低。網際網路是不是毒瘤？以後優秀的人才不都跑去當碼農了？巨集觀角度講，網際網路確實吸引了過多人才，不是以後，是現在很多優秀的人才都往網際網路跑了。大

bootstrap 原始碼中部分不瞭解的css屬性

1、-webkit-text-size-adjust: 100%; //用於防止iPhone橫屏時字型自動放大。 2、-webkit-transform: scale(0.875 )； //當需要文字小於12px時可以用scale來進行縮小 3、-ms-overflow-style: scrollbar;