在没有独立的运行时或虚拟机的情况下，GC是如何运作的？

在 Go 语言中，应用程序的可执行文件无需独立运行时或虚拟机 (VM) 即可独立运行。相反，Go 运行时包含在每个编译后的程序中，并在程序启动时初始化。运行时负责初始化程序并调度 goroutine 和垃圾收集 (GC)。与 VM 支持的语言不同，Go 运行时是外部实体，与正在运行的程序并行工作。 Go 规范允许运行时以不同方式提供，例如通过 WASM 或动态链接共享库。

我的理解是，用Go编写的应用程序的可执行文件可以独立运行，不需要在机器中安装Go。

通常我的理解是GC（垃圾收集）是由VM 处理的。在这种情况下，如果应用程序独立运行而没有这样的运行时，GC 是如何处理的？

对此的帮助和相关文档会很好。

解决方案

以典型VM支持编程语言为例 以 GC 为特色，用以下语言编写的程序（的编译形式） 语言实际上是由 VM 管理的：VM 运行程序代码并定期干预以执行 GC 任务。

关键的一点是，在这样的虚拟机中运行的每个程序 可以将其虚拟机视为其执行环境的一部分。

另一个关键点是，这样的VM代表了所谓的 runtime system 对于该编程语言的所谓执行模型。

与 VM 情况非常相似。

由库存工具链编译的每个Go程序（可以从the official site下载 包含与程序本身链接的 Go 运行时。 每个编译好的Go程序都是以这样的方式创建的：当程序运行时，程序的入口点首先执行运行时 它负责初始化自身，然后是程序，一旦完成，执行就会转移到程序的main()。

除此之外，持续初始化的 Go 运行时 运行一段或多段自己的代码，其中包括 Goroutine 调度程序和 GC（它们紧密耦合 FWIW）。

正如你所看到的，与VM的区别在于，在这种情况下 运行时对于正在运行的程序来说是“外部的” （典型）Go 程序的情况是“沿着”正在运行的程序。

Go 语言规范中没有任何内容强制要求 运行时必须以精确的方式提供给 运行程序。

例如，Go 1.11 可以编译为 WASM，运行时间部分 由 Go 运行时的链接代码提供 部分由 WASM 主机（通常是浏览器）完成。

再举一个例子，GCC 具有 Go 前端，与“stock”相反 去 toolchan，在那些可能的平台上， GCC 支持以编译形式的方式构建 Go 动态链接到包含大多数内容的共享库 Go 运行时代码（以及标准库的代码）。 在这种情况下，编译后的Go程序不包含运行时 代码，但在加载程序时它会被链接 然后它也可以与程序本身一起在进程中工作。

完全有可能实现一个执行模型 使用虚拟机的 Go 程序。

理论要掌握，实操不能落！以上关于《在没有独立的运行时或虚拟机的情况下，GC是如何运作的？》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！