在切换到新的G时，P会将mcache复制到G的堆栈吗？

亲爱的编程学习爱好者，如果你点开了这篇文章，说明你对《在切换到新的G时，P会将mcache复制到G的堆栈吗？》很感兴趣。本篇文章就来给大家详细解析一下，主要介绍一下，希望所有认真读完的童鞋们，都有实质性的提高。

在Go的GMP（goroutine、系统线程、上下文）模型中，一个goroutine可能会产生很多对象并把它们放在P（堆内存？）中，P上的数据在停放时会不会全部复制到G的堆栈中？如果是这样，G的栈可能会变得很大，这使得P的设计显得毫无意义，但如果不是，那么调度器如何解决多个G的数据同时存储在P中的问题呢？而G如果想在另一个P上执行是不可能的。 我的问题是

1. 当g停止时，所有数据都会复制到G'堆栈吗？
2. 执行G时为什么不把所有数据都放到G上呢？

解决方案

您的问题存在一个根本性的误解：mcache 不是堆栈的占位符，它是堆上小分配的快捷方式。它保存预先分配的内存块，可以将其分发给特定的 goroutine，从而避免锁定。

编译器决定是否必须在堆上分配特定变量。一旦完成，这将永远不会被复制回堆栈。

现在的问题是如何尽可能高效地从堆中分配内存。这就是 mcache、mcentral 和 mheap 发挥作用的地方。

• mcache 是各种大小的预分配块的列表，每个处理器 P 有一个 mcache。由于 P 一次运行一个 goroutine G，因此 mcache 的分配不需要锁定。
• 如果 mcache 用完预分配的块，则会向 mcentral 请求更多块，这些块在 P 之间共享。
• 如果 mcentral 耗尽，则会从 mheap 请求更多块，进而可能向操作系统请求更多内存。
• 如果请求的块足够大，则直接向mheap请求。

所有这一切的目的是避免在小内存分配期间锁定。但是从 mcache、mcentral 和 mheap 获得的所有内存段都是堆的一部分，它们可以被G使用，无论哪个P正在运行，并且当不再使用时必须对它们进行垃圾回收。

您可以在以下内容中找到有关堆内存分配的更多详细信息：

• Go: Memory Management and Allocation
• A visual guide to Go Memory Allocator from scratch
• Memory Management in Golang

到这里，我们也就讲完了《在切换到新的G时，P会将mcache复制到G的堆栈吗？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！