Go 不适合直接录代码演示视频，因其编译运行分离、无法实时反馈、goroutine/chan 等并发机制难以动态呈现；应以“问题→设计→验证”闭环为核心，用 trace 可视化、curl/Wireshark 抓包、标准 benchmark 等增强可演示性。
直接用 Go 代码片段做视频教程，不推荐——它天然不适合“逐行讲解+实时高亮+动态执行”这类教学场景。Go 编译型语言的构建、运行、调试链条太重，没法像 Python 或 JavaScript 那样在终端里敲一行、跑一行、立刻反馈。想做出高质量视频教程，得绕开语言本身的限制，把重点放在「可演示、可复现、可验证」的环节上。
为什么不能直接录 Go 代码编辑 + 运行过程
Go 的编译和运行是分离的：写完 main.go 得先 go build 生成二进制，再执行；出错时堆栈指向编译后符号，不是源码行；go run 虽快，但每次启动都是全新进程，无法保持状态（比如变量值、goroutine 运行中状态）。这意味着：
- 你无法在视频里真实展示 “改一个变量，立即看到输出变化” —— 每次都要保存 → 切终端 → 运行 → 切回编辑器
- goroutine 调度、channel 阻塞、select 超时这些核心概念，靠静态代码截图或单次运行根本讲不清
- 调试器（
dlv）虽然能断点，但录制时 UI 卡顿、命令行交互难同步，观众极易丢失上下文
真正有效的 Go 教程视频怎么做
把 Go 当作“结果验证工具”，而不是“演示舞台”。重点不是录下你敲代码的过程，而是呈现“问题→设计→验证”的闭环。实操建议：
- 用 Markdown + 代码块写清每步意图，比如：
// 这里用 sync.Once 防止 initDB 被重复调用，视频里只讲这一行背后的并发风险，不讲怎么敲 - 关键逻辑用
go tool trace导出 trace 文件，在http://localhost:8080中打开可视化视图，录屏展示 goroutine 生命周期和阻塞点 - 网络服务类示例，用
curl+jq实时调接口，配合 Wireshark 抓包显示 HTTP/2 流复用，比单纯看http.HandleFunc有用十倍 - 性能对比部分，固定用
go test -bench=.输出，截取BenchmarkMapRange-8 10000000 124 ns/op这类标准行，避免口头说“快很多”
哪些 Go 片段值得放进视频里
不是所有代码都适合入镜。只选那些「一眼看懂动机、三秒理解效果、五秒能抄走验证」的片段：
-
time.AfterFunc(2*time.Second, func() { log.Println("timeout!") })—— 用于讲 channel 超时控制，比select { case 更直白 -
os.Setenv("GODEBUG", "mmap=1"); runtime.GC()—— 演示如何触发特定 GC 行为，配合go tool pprof内存分析图 -
http.Serve(ln, http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) { w.WriteHeader(418) }))—— 简洁到可以口播解释全部参数，且 curl 一试就出结果
凡是需要 import 多个包、写超过 15 行、依赖本地配置（如 config.yaml）或环境变量的代码，一律不入镜——放到 GitHub 仓库 README 里提供链接即可。
