Default Executables 默認可執行檔案
在 dotnet build 或 dotnet publish 期間，將創建一個與你使用的 SDK 的環境和平臺相匹配的可執行檔案， 和其他本機可執行檔案一樣，可以使用這些可執行檔案執行相同操作，例如：
-
可以雙擊可執行檔案，
-
可以直接從命令提示符啟用應用程式，如 Windows 上的 myapp.exe，以及 Linux 和 macOS 上的 ./myapp，
下面是一個基于.NET Core 2.2的專案：
當我Build該專案之后，在bin/Debug/netcoreapp2.2目錄下有這些檔案：
這里沒有.exe檔案，
下面是一個.NET Core 3.0的專案：
當我build專案后，bin/Debug/netcoreapp3.0目錄下有這些檔案：
值得注意的就是，這里有一個exe檔案，點擊它可以直接運行該專案，
而且這個exe檔案的大小也很小，這是因為它依賴于.NET Core運行時，它所需要的依賴項在我電腦上是全域可用的，
還有另外一個地方也值得注意，專案所有的依賴也都復制到了這個輸出的檔案夾里，
Single-file Executables 單檔案可執行檔案
這種部署方式很方便，、，dotnet publish?命令支持將應用打包為特定于平臺的單檔案可執行檔案，?該可執行檔案是自解壓縮檔案，包含運行應用所需的所有依賴項（包括本機依賴項），?首次運行應用時，應用程式將根據應用名稱和生成識別符號自解壓縮到一個目錄中，?再次運行應用程式時，啟動速度將變快，?除非使用了新版本，否則應用程式無需再次進行自解壓縮，
下面針對這個.NET Core 3.0的專案，我們修改一下專案屬性，來實作Single-file Executables部署：
build的話不會起作用，這個功能僅支持發布（publish）：
看一下輸出檔案夾：
實際上這里只有一個exe檔案，沒有其它dll檔案，而且這個exe檔案很大，因為這里面包含了它需要的所有依賴，
Assembly linking 程式集鏈接
目前這個exe有點大，.NET core 3.0 SDK 隨附了一種工具，可以通過分析 IL 并剪裁未使用的程式集來減小應用的大小，
自包含應用包括運行代碼所需的所有內容，而無需在主計算機上安裝 .NET， 但是，很多時候應用只需要一小部分框架即可運行，并且可以洗掉其他未使用的庫，
.NET Core 現在包含一個設定，將使用 IL 聯結器工具掃描應用的 IL， 此工具將檢測哪些代碼是必需的，然后剪裁未使用的庫， 此工具可以顯著減少某些應用的部署大小，
要啟用此工具，請使用專案中的 <PublishTrimmed> 設定并發布自包含應用：
再次發布后：
可以看到exe檔案的大小減小了很多，這是因為這里只包含了這個專案真正用到的依賴，
但是啟用這個特性的時候一定要注意，如果專案使用到了反射或相關動態功能（例如 ASP.NET Core 和 WPF），那么通常會在剪裁時損壞， 發生此損壞是因為聯結器不知道此動態行為，并且不能確定反射需要哪些框架型別， 可配置 IL 聯結器工具以發現這種情況，
最重要的是，剪裁后務必對應用進行測驗，
ReadyToRun 鏡像
可以通過將應用程式集編譯為 ReadyToRun (R2R) 格式來改進.NET Core 應用程式的啟動時間，
R2R 是一種預先 (AOT) 編譯形式， R2R 二進制檔案通過減少應用程式加載時實時 (JIT) 編譯器需要執行的作業量來改進啟動性能， 二進制檔案包含與 JIT 將生成的內容類似的本機代碼， 但是，R2R 二進制檔案更大，因為它們包含中間語言 (IL) 代碼（某些情況下仍需要此代碼）和相同代碼的本機版本， 僅當發布面向特定運行時環境 (RID)（如 Linux x64 或 Windows x64）的自包含應用時 R2R 才可用，
這里首先把注釋掉<PublishTrimmed>，然后添加<PublishReadyToRun>：
發布：
發布后會得到一個稍微大一點的exe檔案，這是因為里面包含了原生代碼和IL（中間語言）版的程式，
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/100118.html
標籤：.NET Core