两次编译的过程：
整个流程的核心思路是：.NET 用两次编译把"写代码"和"跑代码"这两件事解耦开来。
第一次编译：源码 → IL（开发时完成）
你写的 C# 代码（.cs 文件）通过 csc.exe 编译器，翻译成一种叫做 IL（中间语言，Intermediate Language） 的中间产物，最终打包成 .exe 或 .dll 文件。这一步在你的开发机上完成，IL 不是机器码，任何 CPU 都还不能直接执行它。
VB.NET、F# 等语言也有自己的编译器，但最终都会生成同一种 IL，这就是 .NET 能做到"跨语言互调"的根本原因。
第二次编译：IL → 机器码（运行时完成）
当用户在自己的机器上运行这个 .exe 时，CLR（公共语言运行时） 启动，其中的 JIT（Just-In-Time，即时编译器） 读取 IL，根据当前机器的 CPU 架构，即时翻译成真正的机器码（x86 / x64 / ARM 等），然后交给操作系统执行。
为什么要这样设计？
这个设计带来了两个核心好处：一是跨平台 ，同一份 .dll 文件可以在 Windows/Linux/macOS 上运行，由各平台的 CLR 负责翻译成对应机器码；二是跨语言，C# 和 VB.NET 可以互相调用对方的库，因为底层都是同一种 IL。
托管代码 vs 非托管代码
的区别，以及 CLR 到底帮你管了哪些事。
核心区别：有没有人管你
非托管代码（如 C++）写的程序，编译出来直接就是 CPU 机器指令，操作系统拿到就跑。好处是快、直接；坏处是所有事情都要程序员自己负责------内存要自己申请自己释放，忘了就内存泄漏，越界访问就直接崩溃，没有任何保护。
托管代码（C# 就是这类）写的程序，产物是 IL 中间语言，必须交给 CLR 来"代为管理"，CLR 再翻译成机器码给操作系统执行。多了这一层，CLR 就能替你做很多事：
CLR 替你管的六件事：
JIT 编译：把 IL 实时翻译成当前机器的机器码，上一篇讲的第二次编译就在这里发生内存管理：你用new创建对象，CLR 自动在堆上给你分配空间，不用手动malloc垃圾清理（GC）：你不再用的对象，GC 会自动回收内存，彻底告别内存泄漏异常处理：程序出错时有统一的try/catch机制兜底，不会直接崩给用户看类加载器：程序集（dll）按需加载，用到哪个加载哪个，不用手动管理反射：程序运行时可以动态查询"这个类有哪些方法、属性"，WPF 的数据绑定底层就大量依赖反射
对学 C# 的你意味着什么
你写的每一行 C# 代码都是托管代码，受 CLR 保护。这意味着你几乎不需要关心内存管理，不会因为忘记释放内存而崩溃，异常会被妥善捕获。代价是相比 C++ 有一点点性能开销，但对于桌面应用（WPF）来说完全可以忽略不计。
CLR CTS CLS
三者是层层包含的关系，从大到小：CLR ⊃ CTS ⊃ CLS。
CLR（公共语言运行时） 是最大的那层，是整个 .NET 的"运行环境"，就像前两张图讲的虚拟机。它负责 JIT 编译、垃圾回收、异常处理等所有运行时工作。CTS 和 CLS 都是 CLR 的组成部分。
CTS（通用类型系统） 住在 CLR 里面，它回答的问题是："不同语言（C#、VB.NET、F#）之间，类型怎么统一？" CTS 规定了 .NET 平台上所有合法类型的定义规则，比如什么是类、什么是结构体、什么是接口、值类型和引用类型怎么区分。有了 CTS，C# 的 int 和 VB.NET 的 Integer 才能被认定为同一个底层类型（System.Int32），两种语言的代码才能互相传递数据。
CLS（公共语言规范） 是 CTS 的一个子集，是更小的那一层。它回答的是："如果我想写一个库，让所有 .NET 语言都能调用，我必须遵守哪些规则？" CLS 是各语言之间的"最小公约数"。举个例子，C# 支持无符号整数 uint，但 VB.NET 不支持，所以 uint 不在 CLS 里。你写的公共库如果用了 uint 作为公开接口，VB.NET 的用户就无法使用它。
用一句话概括三者的分工：CLR 负责跑程序，CTS 负责统一类型，CLS 负责跨语言互通。 对你学 C# 和 WPF 而言，实际编码时不需要刻意操作这三者，但理解它们能帮你看懂很多"为什么 .NET 这样设计"的问题。