goroutine 和线程有什么区别？从调度与资源控制回答
60 秒回答
goroutine 是由 Go 运行时调度的并发执行单元，操作系统线程由内核调度。运行时把许多 goroutine 映射到线程上执行，并管理栈、阻塞与唤醒。goroutine 初始栈较小且能按需增长，但仍然消耗内存和调度资源；并发数量最终要受 CPU、连接池、内存和下游容量约束。
G、M、P 分别表示什么
在 Go 运行时的常见解释中，G 表示 goroutine，M 表示操作系统线程，P 承载执行 Go 代码所需的调度资源。线程持有 P 时才能执行普通 Go 代码，调度器在可运行任务之间分配执行机会。这里是帮助理解的模型，不是要求业务代码依赖某个内部实现细节。
GOMAXPROCS 影响能够同时执行 Go 代码的处理器数量，不等于线程总数，也不等于 goroutine 数量。并发表示多个任务能够交替推进；并行表示任务在同一时刻执行，二者不能混为一谈。
阻塞后是不是一定占住线程
网络 I/O 可以借助运行时轮询机制让等待中的 goroutine 暂停，线程继续执行其他任务；某些系统调用、cgo 或锁相关行为则需要更具体地分析。因此“所有阻塞都不会占线程”是不准确的。
CPU 密集任务即使创建很多 goroutine，也不能凭空增加计算资源；I/O 密集任务适当并发能利用等待时间，但过量并发可能先耗尽连接池，增加排队和超时。
轻量为什么还会泄漏
goroutine 如果一直等待没有发送者的通道，或者下游调用没有超时，就可能长期存活。它还可能持有大对象，使这些对象无法回收。常见处理是传递 context、让阻塞操作能响应取消，并明确谁负责关闭通道。
取消信号不会强制终止任意 goroutine，函数必须主动检查或调用支持取消的 API。不能用“外面包一个 goroutine，超时后不再等待”替代底层资源释放，否则工作仍在后台继续。
怎样验证你的判断
用受控负载观察请求结束后 goroutine 数是否回落，使用 goroutine profile 查等待栈，再结合 CPU、堆内存和连接池指标排查。需要限制下游并发时，可使用固定工作池或带上限的任务组，并明确队列满时的行为。
本文描述调度与排查方法，没有声称执行过某项基准测试。面试表达可以围绕“谁调度、资源差异、阻塞行为、如何控制并发”展开，最后举一个真实定位过的等待或泄漏问题；没有项目经历时如实讲验证思路。