Go 调度程序是否还管理在运行时创建的非 Go 线程？

Question

据我所知，Go 运行时调度程序通过不断地将 Go 例程分配给 OS 线程来管理一些 OS 线程（可能超过 GOMAXPROCS？）和 Go 例程。

所以这基本上意味着 Go 例程的执行，包括 main goroutine ，由 go scheduler 和 OS 的线程调度共同管理。

现在这是我的问题..

1. 如果我在 goroutine 开始时调用 runtime.LockOSThread()，goroutine 的执行是否完全由操作系统的线程调度管理？

2. 非 Go 线程的执行是否也完全由操作系统的线程调度管理？换句话说，如果我通过CreateThread函数（Windows）创建了一个非Go线程，那么管理非Go线程的执行是否超出了Go的运行时调度程序的范围？

3. 如果我在那个非 Go 线程中使用 go func() 启动另一个 goroutine 会怎样？如何管理非 Go 线程和 goroutine 的执行？

4. 目前，我正在用 Golang 编写一个程序，它在 go 程序的 main() 函数中运行一个 Windows 消息循环。 大多数情况下它运行良好，但有时消息循环被阻塞并在几秒钟后恢复，然后大量旧消息被抽出。 （我的另一个问题：Windows Message Loop is getting blocked and resumed intermittently (golang)）

   我不知道为什么会发生，所以我怀疑主 goroutine 的 OS 线程切换是由 go scheduler 引起的。所以我在main()函数的开头添加了runtime.LockOSThread()，以确保windows消息循环总是在同一个线程中运行。 但是问题还是出现了！

   我仍然不知道它为什么会发生，但我怀疑这是因为 Go 调度程序，因为用 Python 3.4 编写的相同逻辑没有出现这样的问题。

   所以我现在正在尝试通过调用 CreateThread(...) 函数创建一个新的 Windows 线程（非 Go 线程），并在该线程中运行 Windows 消息循环。

   但我很好奇，从 Go 运行时调度程序的角度来看，这种方法与在运行 windows 消息循环的主 goroutine 中调用 runtime.LockOSThread() 是否不同。

   所以我的问题是，'如果我使用 CreateThread(...) 函数创建一个新的非 Go 线程并在该线程中运行 windows 消息循环，那么该线程的执行是否不受 Go 运行时调度程序的影响？'

任何帮助或想法将不胜感激。 谢谢。

Answer 1

如果您使用CreateThread() 例程运行一个新的操作系统线程，Go 的调度程序将不会接触该线程。但是，您必须实现该线程与 Goroutine 通信的方法。例如，您不能直接从CreateThread() 创建的线程调用 Go 方法。相反，您将不得不使用一些基于 C 的系统来轮询 Goroutine 中的事件。

顺便说一句，如果你想从主操作系统线程运行循环，你应该在init()而不是main()中调用LockOSThread()。见https://github.com/golang/go/wiki/LockOSThread：

func init() {
    runtime.LockOSThread();
}
func main() {
    // Run loop here.
}