我们提供安全，免费的手游软件下载！
C#
是一种简单、现代、面向对象和类型安全的编程语言。。
.NET
是由 Microsoft 创建的开发平台，平台包含了语言规范、工具、运行，支持开发各种应用，如Web、移动、桌面等。.NET框架有多个实现，如
.NET Framework
、
.NET Core
（及后续的.NET 5+版本），以及社区版本
Mono
。除此以外，C#.NET体系还有很多概念，本文就来简单了解下C#、.NET Framework、CLR、.NETCore、CTS、JIT等概念。
简单梳理一下.NET框架的发展：
.NET Framework
⇒
.NET (Core)
。表格原文
原文连接
。
- LTS ：long time support，长期支持版本（3年左右），非LTS版本支持周期18个月左右。
- RC ：Release Candidate，候选正式版本，可作为正式版本使用。
推荐一个在线的版本，做的非常漂亮： Microsoft .NET History
?.NET Framework
（1.0 —— 4.8.1）：
.NET Framework
是基于Windows系统的
.NET
框架，从2002年发布，到最新的4.8.*版本，已经停止发展。
4.8.*
版本依然还在维护，还是可以使用的，支持的最低操作系统是Windows 7。
.NET Framework4
版本，支持最低Windows XP SP3。
.NET Framework
是基于Windows系统的，因此也只能在Windows系统上运行。
?.NET
Core
(Core1/2/3，5/6/7/8/9)：从2016年发布首个
.NET Core1
，和后面的.NET Core2/3、.NET 5/6/7/*是一个体系的，只是从
.NET5
开始更改了命名。这是微软推出的新一代.NET框架，用来代替原有的
.NET Framework
，核心特点就是开源、跨平台，这也是.NET未来重点发展、投资的地方。
.NET Framework 是运行在 Windows 系列操作系统上的一个系统应用程序。它是 .NET 的核心部分，提供了建立和运行 .NET 应用程序所需要的编辑、 编译等核心服务。它包括2个重要组成部分：公共语言运行时 (Common Language Runtime， CLR ) 和 .NET Framework 类库（Framework Class Library， FCL ）。
?对于Framework ：
.NET Framework
设计之初就是基于Windows系统的，其API与Windows底层接口紧密关联，所以DotNET应用也只能运行在Windows系统上了。同时，
.NET Framework
也作为Windows操作系统的组件内置在操作系统中。
?为了解决跨平台的问题，早期是社区开源的
Mono，后来就是Mono被微软收购后，统一实现并开源了全新的.NET Core框架。不过两者很多技术、概念是一样的。
公共语言运行时 (Common Language Runtime，CLR)， CLR 本质上就是.NET 虚拟机（类似Java的虚拟机JVM），算是.NET的引擎，用来执行托管.NET代码，确切的说是编译后的IL代码。提供管理内存、线程执行、代码执行、代码安全验证、异常处理、编译、垃圾回收等运行时服务。
图来源： clr-full-form
CLR是
.NET的核心，当我们学习了基本C#语法后，想要进一步进阶，就必须了解CLR的机制了。
.NET CLR是支持多种语言的，如C#、F#、VB等，这些语言编译后都可以在CLR上执行，还支持不同语言的互操作，比如在C#类继承一个VB写的类，在C#中调用F#写的一个方法等。
实现这种不同语言之间交互的基础就是这些语言都遵循统一的规范和要求 —— CTS（通用类型系统），CTS定义了一套通用的数据类型系统，包括值类型、引用类型的结构。比如C#中int、VB中的Interger都是整形，对应CTS中的Int32。
CLS是CTS的子集，规定了语言编译器必须遵循的一组规则，以便创建在 CLR 中运行的 .NET 应用程序。可以把CTS看做是规范，CLR是对CTS的具体实现。
图来源： .NET的分层与概念
微软制定了一个正式的规范来描述类型的定义和行为，这就是“ 通用类型系统 ”（Common Type System， CTS ）。所有.NET语言共享这一类型系统，实现它们之间无缝的互操作，比如可以在VB.NET中派生一个由C#编写的类。
公共语言规范 (Common Language Specifition，CLS）是CTS的一个子集，从类型、命名、事件、属性等方面对语言进行了共性的定义及规范。CLS制定了一种以.NET平台为目标的语言所必须支持的最小特征，以及该语言与其他.NET语言之间实现互操作性所需要的完备特征。例如，CLS并不去关心一种语言用什么关键字实现继承，只是关心该语言如何支持继承。
?CLS 遵从性的规则仅适用于组件的公共接口，而非其私有实现。CLS规范是提交给ECMA组织管理的， 有关规则的完整列表，请参阅 ECMA-335 标准：公共语言基础结构 。
| 符合 CLS 的类型 | 描述 |
|---|---|
| Byte | 8 位无符号整数 |
| Int16 | 16 位带符号整数 |
| Int32 | 32 位带符号整数 |
| Int64 | 64 位带符号整数 |
| Half | 半精度浮点值 |
| 单精度 | 单精度浮点值 |
| 双精度 | 双精度浮点值 |
| 布尔值 | true 或 false 值类型 |
| Char | UTF 16 编码单元 |
| 小数 | 非浮点十进制数字 |
| IntPtr | 平台定义的大小的指针或句柄 |
| 字符串 | 零个、一个或多个 Char 对象的集合 |
类库（Framework Class Library，
FCL
）就是
.NET Framework
内置的各种组件服务，如ASP.NET、MVC、WCF和WPF等组件，满足不同编程应用场景的需求。
基础类库
BCL
（Base Class Library）是FCL的一个子集，顾名思义就是一些比较基础、通用的类库，如基本数据类型、集合、线程、安全、字符串操作、网络操作、IO、XML操作等等，大多都包含在System命名空间下，如
System.Text
、
System.IO
。其他一些常用的名词，如核心 .NET 库、框架库、运行时库、共享框架，大多都指的是BCL。
// 这些都是DotNET内置的类库
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.IO;
using System.Threading.Tasks;
BCL作为FCL的基础，使用了CTS 数据类型和标准的应用程序格式编制，能被任何一种 .NET 编程语言的应用程序所使用。
.NET是为了支持多种语言而设计的，如Microsoft自己发布的VB.NET、Managed C++、C#、J#和JScript.NET，还有其他厂商开发的语言，如Cobol、Smalltalk、Perl和 Eiffel等几十种编程语言。
无论使用哪种语言来编写源代码，都会通过编译器编译成中间代码 MSIL （Microsoft Intermediate Language）。语言的集成性主要是公共语言规范（CLS）和通用类型系统（CTS）一起确保了语言的相互操作性。CLS是一个最低标准集，所有面向.NET的编译器都必须支持它，每个语言都符合这个规范，从而满足了语言的互相调用和互操作。
.NET语言程序运行的逻辑如下图：
每种语言都有自己的编译器，将源代码编译成中间语言（MSIL，或IL），然后在CLR上运行，主要分为两个阶段：
?Microsoft中间语言（MSIL），也称为通用中间语言（CIL/IL：Common Intermediate Language），是一组与平台无关的指令，在CLR中运行时由JIT按需编译为机器码执行。
下图为一个打印
hello world
的IL代码，通过内置工具
ildasm
可以查看。
.NET Core是一个免费、跨平台、开源的开发平台，用于一站式构建不同类型的应用程序。.NET Core 是以.NET Framework 为基础，但是经过重新设计、实现的的新一代框架，实现了原.NET Framework 中的几乎所有功能，核心特点就是 开源、跨平台 。
?.NET Core 从2016年发布首个
.NET Core1，后面陆续发布了.NET Core2、.NET Core3，及后续的.NET6、.NET7、.NET8、.NET9。
- 跳过了版本号4.x，以避免与 .NET Framework 4.x 混淆。
- 从.NET5开始，名称中删除了“ Core”，以强调这是.NET未来的主要实现。
- ASP.NET Core 5.0 基于 .NET 5.0，但保留名称“ Core”以避免将其与 ASP.NET MVC 5 混淆。同样，Entity Framework Core 5.0保留名称“ Core”以避免将其与 Entity Framework5、Entity Framework6 混淆。
.NET框架体系经过多年发展，衍生了多个版本 —— 使用 .NET Framework 来构建 Windows 桌面应用程序，使用 Xamarin 来构建 iOS 或 Android 应用程序，使用 .NET Core 来构建跨平台的 Web 应用程序。每一个框架都有自己的BCL、运行时CLR，长此以往，这也是造成如今.NET市场越来越差的原因之一。
so，为解决这个问题，.NET Core就肩负了这个一统江湖的使命！
从.NET5，到.NET7，统一的愿景基本已达成，一站式构建 Web、桌面和移动等应用，支持传统的WPF、Winfrom（当然这两者只限于Windows系统），还引入了.NET Multi-platform App UI （.NET MAUI）作为Xamarin Forms的继任者。
.NET Native RunTime
（CoreRT/NativeAOT）是直接将C#代码编译为机器码的运行时，还只是一个实验性的运行时。
?Core CLR 是一个跨平台的运行时，移植了 .NET Framework 的 CLR 的功能，包含核心程序库 mscorlib、JIT 编译器、垃圾收集器 (GC) 以及其他运行 MSIL 所需要的运行期环境。
?通常情况下，我们写的C#代码被编译为中间代码IL，在运行期间由CLR的JIT编译器编译为机器码执行。这样势必造成运行的一些延迟，如果知道目标平台，则可以为该目标平台提前编译为机器码，这就是所谓的提前编译（AOT），它的优点是启动时间更快。
CoreRT 是应用了AOT编译的.NET本地运行时，是微软2014年推出的一项实验性技术，现在被库 runtimelab 取代，是一个NativeAOT的实验性运行时。
不同于CoreCLR，CoreRT不是虚拟机，也没有生成和动态运行代码的能力，因为它不包括JIT。它具有RTTI（运行时类型标识）和反射的能力，同时还具备垃圾回收（Garbage Collector）功能。Core RT 会在不同的平台使用不同的 AOT 技术：
| 比较 | .NET Core | .NET Framework |
|---|---|---|
| 历史 | 2016年，.NET Core 是 .NET 的最新实现。 | 2002年，.NET Framework 是 .NET 的第一个实现 |
| 开源 | 完全开源 | 部分组件是开源的 |
| 维护团队 | .NET基金会（.NET Foundation） | 微软.NET团队 |
| 跨平台 | 支持跨平台，Windows，Linux和macOS | 仅Windows平台 |
| 第三方支持 | 有大量的第三方包，但少于.NET Framework | 历史悠久，有许多第三方软件包、库可用 |
| 应用内部署 | 支持 In-app 模式部署 | 需要单独安装SDK，不支持打包到应用内 |
| 移动开发 | 支持，Xamarin、MAUI | 不支持 |
| 性能和可扩展性 | 更高性能和可伸缩性 | 一般，性能和可伸缩性方面效率较低 |
| 微服务实施 | .NET Core 支持微服务的实现 | 不支持 |
| REST 服务实现 | 可以使用 .NET Core 创建一个 REST API。 | 它支持 REST API 服务实现 |
| 何时使用 |
? 创建跨平台应用程序。- 要创建微服务，一定要使用 .NET Core。
? 将应用程序部署到 Dockers 容器。 ? 创建高性能且可扩展的应用程序。 ? 并行运行多个 .NET 版本，请选择 .NET Core。 ? 如果你想要一个命令行界面（CLI）控制，那么.NET core是最好的选择。 |
?
? ? .NET Core 不支持的第三方包。 ? 不适用于 .NET Core 的 .NET 技术。 ?
Core
有NUGET 包可用
|
参考原文：
.NET Framework 中有一些技术在 .NET 中已经废弃或调整了：
.NET Framework
是深度集成Windows系统的，而
.NET Core
是跨平台的，因此就有大量的系统相关的API不支持。
System.Configuration.ConfigurationManager
NuGet 包。
更多请参考：
? 为了保障兼容性，.Net Core 依然是可以调用 .NET Framework 的库，只是如有有不支持的API或依赖会抛出异常。
开发服务端后台服务肯定是首选.NET Core的，那传统的的Windows桌面程序（WinForm、WPF）呢？能不能用最新的.NET Core呢？—— 答案当然是可以的！
?优点 ：
?缺点 ：
?尽管 .NET Core 是跨平台的，但其 WPF、Wiform 仅在 Windows 上运行！
从 .NET Framework 升级到 .NET Core VS2022内置的升级工具，相关参考：
?不要升级 Visual Basic Windows 窗体项目。 扩展似乎存在 bug！
.DLL
或者
.EXE
格式，必须依靠CLR才能顺利执行。它们都是标准的PE格式的文件，主要包括PE（Portable Executable）头、CLR头（托管代码的一些信息，如类型元数据）、IL代码、其他资源数据。
托管代码 （Managed Code）是指在受管理环境中运行的代码，通常指的是.NET语言（C#、VB）开发的代码，在CLR运行时环境中运行。由CLR来负责内存管理、垃圾回收、类型安全性和异常处理等任务，所以我们写（C#）托管代码时，就可以随意申明变量、创建对象，而不用去管内存的分配、管理和回收，使得代码更容易编写、维护和调试。
?Java也算一种托管代码
相对而言， 非托管代码 （Unmanaged Code）就是没有专门的执行管理环境，通常使用低级编程语言（如C、C++）编写，开发人员需要手动处理内存管理、异常和资源释放等问题。
?在实际的C#的开发中，我们也会经常用到非托管资源，如IO、文件流操作，就需要注意要手动释放（非托管）资源，避免内存溢出。
.NET Standard
是针对多个
.NET
框架 实现推出的一套正式的 .NET API 规范，目的是在多个
.NET
框架间共享代码，如在.NET Framework 、 .NET、Mono间共享代码，提高 .NET 生态系统中的一致性。
?.NET Standard 是一组标准化的 API规范 ，“.NET Standard Library”指的也是这个API标准库，注意只是一组规范，具体实现就是 .NET Framework、NET Core 和 Mono了，看看其 源码 就知道了。
所以：
.NET Standard
是针对跨平台框架的一种规范，在跨平台框架开发是才会涉及。
.NET Standard
了，
它以后不会更新了
。
.NET Framework
，在4.5版本才正式支持
.NET Standard
的规范，
.NET Core
天生就支持了。
ECMA （European Computer Manufacturers Association，欧洲计算机制造商协会）是一个国际性的标准化组织，致力于制定和推广信息和通信技术的标准。
.NET体系中的C#语言、公共语言基础（CLI）也是有标准规范的，参考 Ecma 标准 。.NET主要的的规范标准包括：
?CLI （Common Language Infrastructure）公共语言基础结构：是一系列规范标准的总称，包括CTS、CLS、CIL、元数据、执行系统等多种规范，.NET、Mono就是他的实现，由国际标准组织ECMA维护。
?学习C#、CLR不需要去看上述规范，这个不适合，如果你是要自己实现一门高级语言，或写一个C#编译器则可以去看看。
Mono 是另一个 .NET Framework 的跨平台开源版本，并不属于微软，而是由社区的力量所主导。Mono 项目始于 2001 年，由Xamarin牵头维护 mono/mono ，2016年Xamarin被微软收购，之后逐步成为.NETCore的一部分。
Mono就像流落民间的王子，靠着乡亲们的力量慢慢成长，最后被国王召回，继承大统。
Mono 基于C#的ECMA标准和公共语言运行时（CLR），包括Mono运行时、C#编译器、类库和一些附加工具。Mono兼容.NET标准，并支持跨平台开发。可以在多个操作系统上运行，包括Linux、macOS和Windows。Mono比较流行的应用场景就是Unity游戏开发和移动端应用开发。
©️版权申明 ：版权所有@安木夕，本文内容仅供学习，欢迎指正、交流，转载请注明出处！ 原文编辑地址-语雀
热门资讯
