go程序启动时默认包含4个goroutine：主goroutine、后台清扫器、内存回收清道夫和终结器goroutine；调用time.sleep等依赖定时器的操作会惰性启动第5个timerproc goroutine。
在Go运行时（runtime）中，程序启动并非仅激活一个main goroutine。实际上，Go 1.14+ 的标准运行时会在初始化阶段自动启动4个系统级goroutine，它们共同支撑垃圾回收、内存管理和对象生命周期控制等关键功能。可通过runtime.NumGoroutine()精确观测：
package main
import (
"fmt"
"runtime"
)
func main() {
fmt.Println("初始goroutine数量:", runtime.NumGoroutine()) // 通常输出 4
}这4个默认goroutine具体为：
- main goroutine：执行用户main()函数的入口协程；
- background sweeper：负责并发标记-清除（mark-and-sweep）GC流程中的清扫阶段，与用户代码并行运行，降低STW（Stop-The-World）开销；
- scavenger：周期性扫描并归还未使用的物理内存页（尤其是堆内存）给操作系统，自Go 1.12引入，显著改善长期运行服务的内存驻留；
- finalizer goroutine：专用于执行通过runtime.SetFinalizer()注册的对象终结器（finalizer），确保资源在对象被回收前得到清理。
当代码中首次调用time.Sleep、time.After、time.Tick或任何基于timer的操作时，Go运行时会惰性启动第5个goroutine —— timerproc。该goroutine独占管理全局定时器堆（timer heap），统一调度所有活跃定时器事件。它不会在程序启动时立即创建，而是在第一个定时器被插入时按需启动，属于典型的“懒加载”设计，避免无谓开销。
多线程技术在iOS开发中的使用 WORD版
下载
本文档主要讲述的是多线程技术在iOS开发中的使用；所谓进程对应的是一个应用程序,负责开辟内存空间供应用程序使用，但是进程不能执行任务(指令)。一个进程至少包含一条线程，线程是程序的执行流。 iOS程序启动时，在创建一个进程的同时， 会开始运行一个线程，该线程被称为主线程；希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
⚠️ 注意事项：
- 实际数量可能因Go版本、构建标签（如-gcflags="-l"禁用内联）或运行环境（如是否启用GODEBUG=gctrace=1）略有差异，但4+1是主流稳定版（1.19–1.23）的标准行为；
- 不应依赖NumGoroutine()做逻辑判断（如“goroutine数==4则无泄漏”），它仅用于调试与可观测性；
- 所有系统goroutine均受Go调度器统一管理，无法被用户直接调度或等待，也不计入pprof中用户goroutine统计的“活跃协程”范畴。
理解这些底层goroutine的职责，有助于更精准地分析pprof火焰图、诊断GC延迟异常，以及规避因误判“goroutine泄漏”导致的过度优化。
