这是什么？
CoreCLR 是 .NET Core 的运行时，也就是真正执行 .NET Core 程序的那个组件。它包含垃圾回收器、JIT 编译器、基础数据类型和底层类。
CoreCLR 是 .NET Core 的运行时，也就是真正执行 .NET Core 程序的那个组件。它包含垃圾回收器、JIT 编译器、基础数据类型和底层类。这是完整的 .NET Core，还是只是底层引擎？只是引擎：即执行 .NET Core 代码的运行时。平台的其他部分当时放在其他独立仓库里——比如类库在 CoreFX——直到后来在大合并中全部合到了一起。
只是引擎：即执行 .NET Core 代码的运行时。平台的其他部分当时放在其他独立仓库里——比如类库在 CoreFX——直到后来在大合并中全部合到了一起。如果我想运行一个 .NET Core 应用，是从这里下载 CoreCLR 吗？不是——CoreCLR 是你的 .NET Core 应用所依赖的运行时，属于平台本身的一部分。这个仓库只存放源代码，而且已经归档，所以这里没有可以安装的新东西。
不是——CoreCLR 是你的 .NET Core 应用所依赖的运行时，属于平台本身的一部分。这个仓库只存放源代码，而且已经归档，所以这里没有可以安装的新东西。CoreCLR 还在这里继续开发吗，还是项目已经结束了？这里的开发已经结束：仓库已归档并冻结。.NET 团队整合了 GitHub 上的各个仓库，把原来在这里处理的代码和 issue 都迁移走了——参见 dotnet/announcements#119。
这里的开发已经结束：仓库已归档并冻结。.NET 团队整合了 GitHub 上的各个仓库，把原来在这里处理的代码和 issue 都迁移走了——参见 dotnet/announcements#119。现在谁会来研究这些源代码？任何好奇真实运行时如何工作的人——GC、JIT 和基础类库的代码在这里都能读到。普通应用开发者直接使用 .NET 运行时，完全用不到这个仓库。
任何好奇真实运行时如何工作的人——GC、JIT 和基础类库的代码在这里都能读到。普通应用开发者直接使用 .NET 运行时，完全用不到这个仓库。它支持哪些操作系统？Windows、Linux 和 macOS——仓库的平台标签覆盖了这三个系统。
Windows、Linux 和 macOS——仓库的平台标签覆盖了这三个系统。.NET Core 应用运行时，CoreCLR 到底做了什么？它负责执行应用的托管代码：JIT 编译器把代码编译成 CPU 能执行的本地机器指令，垃圾回收器则自动管理内存。基础类型和底层类构成了整个基础。
它负责执行应用的托管代码：JIT 编译器把代码编译成 CPU 能执行的本地机器指令，垃圾回收器则自动管理内存。基础类型和底层类构成了整个基础。CoreCLR 是用什么语言写的？原生核心部分——运行时、JIT 和 GC——用的是 C++，托管部分则是 C#。这个仓库同时带有这两种语言的标签。
原生核心部分——运行时、JIT 和 GC——用的是 C++，托管部分则是 C#。这个仓库同时带有这两种语言的标签。我还能从这个仓库下载 CoreCLR 的构建版本吗？不会再有新的构建版本——仓库已是只读状态。它的源代码历史仍然可以浏览，而最新的 .NET 运行时来自整合后的那些仓库。
不会再有新的构建版本——仓库已是只读状态。它的源代码历史仍然可以浏览，而最新的 .NET 运行时来自整合后的那些仓库。Which topics is it in?dotnetcore, dotnet-core, jit, memory-management, c-sharp, runtime, low-level, microsoft, dotnet, compiler, deprecated, cpp
dotnetcore, dotnet-core, jit, memory-management, c-sharp, runtime, low-level, microsoft, dotnet, compiler, deprecated, cpp