.Net Core是一個(gè)微軟推出的參考.net framework重新開發(fā)的.NET實(shí)現(xiàn)，它是未來的所有.NET平臺(tái)的基礎(chǔ)?，F(xiàn)在.NET 8 已發(fā)布第一個(gè)預(yù)覽版，.NET 8 是一個(gè)長(zhǎng)期支持 (LTS) 版本，

隨著.NET Core Framework的開發(fā)完成，.net framework與Mono將基于.NET Core重新構(gòu)建。.NET Framework將成為.NET Core在Windows上的一個(gè)發(fā)行版，Mono將成為.NET Core的一個(gè)跨平臺(tái)發(fā)行版。需要的朋友可以下載試試！

.NET Core 是一個(gè)開源的、跨平臺(tái)的 .NET 實(shí)現(xiàn)，是新一代.NET的基石，支持Windows, Linux, macOS, 以及Docker。

.net平臺(tái)三大件：

1、C#語言，也就是ECMA-334，這是天生跨平臺(tái)的，C#的附帶內(nèi)容，你應(yīng)該徹底的明白公共運(yùn)行時(shí)(CLR)。CLR以及公共語言基礎(chǔ)(CLI)標(biāo)準(zhǔn)在ECMA-335中有定義，這也是CLR標(biāo)準(zhǔn)。 
2、Visual Studio，這是天生不能跨平臺(tái)的，Mono有Xamarin studio； 
3、.NET Framework基礎(chǔ)類庫(kù)。如果.NET Framework基礎(chǔ)類庫(kù)不能跨平臺(tái)，沒人會(huì)關(guān)心.NET的跨平臺(tái)。所以微軟不得不投入大量精力去開發(fā)全新的.NET Core Framework（就是現(xiàn)在github上的httPS://github.com/dotnet/corefx　），一邊將.NET Framework中有用的代碼搬過來，一邊根據(jù)跨平臺(tái)的需求重新實(shí)現(xiàn)。 
從上面的分析，.NET跨平臺(tái)的最大障礙就是基礎(chǔ)類庫(kù)的跨平臺(tái)，由此也可以看出.NET基礎(chǔ)類庫(kù)的重要性。Mono也是在基礎(chǔ)類庫(kù)的實(shí)現(xiàn)上存在瑕疵，比如對(duì)WPF，WCF等框架的支持上不完善。像WPF這樣的用戶界面開發(fā)技術(shù)，各個(gè)平臺(tái)上都有自己的原生開發(fā)庫(kù)，用戶界面應(yīng)用原生開發(fā)，iOS應(yīng)用應(yīng)該用iOS的用戶界面庫(kù)才會(huì)讓人覺得在iOS上最合適，.NET應(yīng)用應(yīng)該用微軟的Windows用戶界面庫(kù)。

更新功能介紹

SDK 改動(dòng)

依賴注入 (DI) 友好的指標(biāo) API ，該版本推出 IMeterFactory 接口，該接口可以注冊(cè)到 DI 容器中，用于隔離創(chuàng)建 Meter 對(duì)象。

Source Link 是 .NET SDK 的一部分，.NET SDK 現(xiàn)在包括源鏈接，在檢查 Sourcelinked NuGet 包時(shí)提升 IDE 體驗(yàn)。

新的 .NET 庫(kù)分析器，分析器就像內(nèi)置于 SDK 和交互式開發(fā)環(huán)境 (IDE) 中的編碼合作伙伴，可在編寫代碼時(shí)識(shí)別問題并提出更正建議。

Linux self-contained ，Linux 發(fā)行版構(gòu)建（從源碼構(gòu)建）SDK 可以構(gòu)建使用源構(gòu)建運(yùn)行時(shí)包的獨(dú)立應(yīng)用程序，分發(fā)特定的運(yùn)行時(shí)包將與源構(gòu)建 SDK 捆綁在一起。

self-contained 不再是默認(rèn)選項(xiàng)， -r/--runtime 不再?gòu)?qiáng)制綁定 net8.0 和更高目標(biāo)框架的應(yīng)用程序的 --self-contained 。

Alpine ASP.NET Docker 復(fù)合映像

提供一個(gè)新的 ASP.NET Docker 映像，它使用一種稱為 “復(fù)合” 的更新的即用型 (R2R) 編譯變體。復(fù)合 R2R 映像通過將多個(gè) MSIL 程序集編譯成單個(gè) R2R 輸出二進(jìn)制文件來構(gòu)建，具有多種優(yōu)勢(shì)：減少 JIT 時(shí)間、降低啟動(dòng)性能以及減小 R2R 映像大小。

RID 特定資產(chǎn)不再需要 RID 圖

當(dāng)使用特定于運(yùn)行時(shí) (RID) 的資產(chǎn)運(yùn)行應(yīng)用程序時(shí)，宿主會(huì)確定哪些資產(chǎn)與其運(yùn)行的平臺(tái)相關(guān)，適用于應(yīng)用程序本身和 AssemblyDependencyResolver 使用的解析邏輯。

但 RID 圖已被證明維護(hù)成本高、難以理解且通常很脆弱。因此，默認(rèn)情況下，在 .NET 8 中將不再使用 RID 圖，而是依賴于基于運(yùn)行時(shí)本身構(gòu)建方式的已知 RID 列表。

Codegen 代碼生成器

動(dòng)態(tài)配置文件引導(dǎo)優(yōu)化 (PGO) 現(xiàn)在默認(rèn)啟用，這意味著不再需要特殊的配置設(shè)置。

預(yù)計(jì)大量應(yīng)用程序的性能將提高 5% 到 500%（合理預(yù)期為 15%），具體取決于應(yīng)用程序瓶頸的性質(zhì)。

可以通過以下方式選擇退出動(dòng)態(tài) PGO <TieredPGO>false</TieredPGO>

NativeAOT：優(yōu)化了 GC 類型的 ThreadStatic 字段訪問

標(biāo)記為 ThreadStaticLocal 的字段訪問現(xiàn)在針對(duì)原始類型進(jìn)行了優(yōu)化。引用類型字段也進(jìn)行了優(yōu)化，這些更改在許多基準(zhǔn)測(cè)試中帶來了一些非常好的改進(jìn)。

更新日志

發(fā)生了什么變化

通過@rbhanda在#9172中更新releases.json

通過@rbhanda在#9174中更新releases.json

通過@rbhanda在#9175中更新README.md

@masonweller在#9171中發(fā)布的9.0預(yù)覽版1發(fā)行說明中的可讀性改進(jìn)

由@jamesmontemagno在#9178中更新README.md

在#8305中添加@richlander對(duì)舊目標(biāo)框架的支持聲明

@rbhanda在#9184中更新releases.json

在#9180中通過@richlander更新libraries.md

@richlander在#9182中更新runtime.md

移動(dòng)圖片由@jamesmontemagno在#9179

修復(fù)@eiriktsarpalis在#9186中的代碼示例問題

@richlander在#9187中更新README.md

通過@jamesmontemagno在#9190中更新roadmap.md

通過@rbhanda在#9191中更新known-issues.md 8.0

通過@mairaw在#9194中更新known-issues.md

的工件。NET 8.0.201僅限SDK由@rbhanda在#9196中發(fā)布

通過@jamesmontemagno在#9193中更新core-repos.md

通過@richlander在#9197中更新roadmap.md

通過@richlander在#9198中更新roadmap.md

由@codesmith-emmy在#9199中更新README.md

之間的API差異。NET 8.0和。NET 9預(yù)覽1由@carlossanlop在#9176

RunApiDiff.ps1：修復(fù)#9177中@carlossanlop在比較preview1和上一版本時(shí)設(shè)置錯(cuò)誤文件名和文件夾名的錯(cuò)誤

通過@Falco20019在#9211中添加2月份對(duì)CVE文檔的更新

更新#9188中@lbussell對(duì)容器的引用

的工件。NET三月發(fā)布由@rbhanda在#9213

通過@rbhanda在#9215中更新rel注釋

通過@rbhanda在#9216中更新releases.md