leoyang90 / golang-internal-notes

Overview

主要对 Golangv1.13 版本的 runtime 进行源码分析，本项目参考了一些书籍和其他源码分析的项目：

• golang-notes
• 浅谈 Go 语言实现原理
• 深入解析 Go 内核实现
• Go 1.5 源码剖析
• Go 学习笔记

本项目目录：

• Go 内存管理
• Go 垃圾回收
• Go 协程调度——基本原理与初始化
• Go 协程调度——PMG 调度细节分析
• Go 网络调用 netpoll
• Go 系统调用
• Go 内存一致性模型
• Go Semaphore
• Go Sync——Mutex
• Go Sync
• Go interface
• Go interface 反射
• Go Channel
• Go Select
• Go Slice
• Go Map
• Go Defer
• Go panic 和 recover

golang-internal-notes's Issues

内容有误

“Gsyscall：当前G正在被系统调用“

此处应该是：正在进行系统调用

        // _Gsyscall means this goroutine is executing a system call.
	// It is not executing user code. The stack is owned by this
	// goroutine. It is not on a run queue. It is assigned an M.
	_Gsyscall // 3

go内存一致性在不同go版本以及不同操作系统平台表现的行为不一致，作者知道什么原因吗

var a string
var done bool

func setup() {
	a = "hello, world"
	done = true
}

func Test(t *testing.T) {
	go setup()
	for !done {
	}
	print(a)
}

在Ubuntu操作系统：
go1.13 会陷入死循环
go1.14及以上，可以正常运行，输出hello world

在MacOS操作系统：
go1.13及以上均可以正常运行，输出helloworld

作者知道什么原因吗？

工作线程和m的绑定逻辑

get_tls(CX)
MOVQ g(CX), BX; BX存器里面现在放的是当前g结构体对象的地址

#ifdef GOARCH_amd64
#define get_tls(r) MOVQ TLS, r
#define g(r) 0(r)(TLS*1)
#endif

---

0(r)(TLS1)，这个表达式的执行逻辑是：(0+TLS+TLS)吗，这样取到的地址不是错的吗，请教下大佬这个问题

---

get_tls(BX) //获取fs段基址到BX寄存器
LEAQ runtime·g0(SB), CX //CX = g0的地址
MOVQ CX, g(BX) //把g0的地址保存在线程本地存储里面，也就是m0.tls[0]=&g0

接着上面的问题，为啥g(BX)取到的是m0.tls[0]