Go 开发总览：从源码到可执行程序
# Go 开发总览：从源码到可执行程序
从零理解 Go 的编译模型、包、模块和工具链，并独立创建第一个可运行项目。学完后，你应该知道 Go 为什么适合网络服务，以及后续应沿什么顺序学习。
# 先记住一句话
Go 是一门静态类型、编译型语言：源码先由工具链检查并编译，程序从 main 包的 main 函数进入，依赖由 Go Module 管理。
.go 源码
↓ gofmt 格式化
↓ go test / go vet 检查
↓ go build 编译
本地可执行文件
↓ 操作系统直接启动
程序运行
2
3
4
5
6
7
Go 运行时仍会负责垃圾回收、Goroutine 调度等工作。 “编译型” 不代表程序没有运行时，只表示交付形态通常是已经编译好的可执行文件。
Goroutine 就是 Go 协程吗
中文资料经常把 Goroutine 称为 “Go 协程” 或 “轻量级协程” 。这样说便于理解，但更准确的名称仍是 Goroutine。
“协程” 是一类可以暂停和恢复的并发任务的通用概念；Goroutine 是 Go 对轻量级并发执行单元的具体实现。开发者使用 go 关键字启动 Goroutine，Go Runtime 再通过 GMP 调度器把大量 Goroutine 安排到较少的操作系统线程上执行。
因此看到 “Go 协程” 时，可以先把它理解为 Goroutine，但面试和代码交流中建议使用 Goroutine。它虽然比线程轻，也仍会占用栈、调度状态和其他资源，不能无限创建。后续会在 Goroutine、Channel 与 Context 和 Go 运行时、内存与接口陷阱 中分别学习它的使用方式与调度原理。
# 从零创建第一个项目
# 确认本机 Go 工具链版本。
go version
# 创建项目目录并进入该目录。
mkdir go-learning
cd go-learning
# 只有管理 Go Module 和依赖时才使用 go mod；init 表示初始化一个模块。
# go mod init 是固定命令，example.com/go-learning 是可替换的模块路径。
# 执行后会在当前目录生成 go.mod，模块路径也是项目内包的导入前缀。
go mod init example.com/go-learning
2
3
4
5
6
7
8
9
10
11
// 文件位置：main.go
// package main 表示当前包可以被编译成可执行程序。
package main
// fmt 是 Go 标准库的格式化输入输出包，名称来自 format 的缩写，无需额外安装。
import "fmt"
// greet 通过明确的参数和返回类型描述函数契约。
func greet(name string) string {
// Sprintf 按模板生成字符串并返回，不会直接向终端输出。
return fmt.Sprintf("你好，%s！", name)
}
// main 是可执行程序的入口，不接收参数也不返回值。
func main() {
// 先调用 greet 得到问候语，再由 Println 输出到终端并换行。
fmt.Println(greet("Go"))
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
# package 声明有什么作用
package 表示当前 .go 文件属于哪个包。除注释和构建约束外，它通常是完整 Go 源文件的第一条语句，也是必需的；笔记中只展示几行局部代码时可以省略，是因为那种代码块并不是完整文件。
同一目录中的普通 .go 文件通常必须声明为同一个包。这些文件会一起编译，包内代码可以直接使用彼此定义的函数和类型；其他包则需要先导入当前包，并且只能访问名称以大写字母开头的导出内容。
package main // 表示当前文件属于可执行程序包，需要配合 func main() 作为程序入口。
package functionfeatures // 普通代码包，用于组织可复用的函数和类型，由其他包导入后使用。
main 和 functionfeatures 都是包名，但用途不同：package main 可以构建为可执行程序；其他包名通常表示供项目内部或外部代码复用的普通包。
# 常用 Go 命令速查
Go 命令的基本形式是 go <子命令> [参数]。只有初始化模块、整理依赖或查看模块关系时才使用 go mod，运行、构建和测试等操作直接使用各自的子命令。
| 命令 | 作用 | 常见使用时机 |
|---|---|---|
go version | 查看本机 Go 工具链版本 | 检查开发环境 |
go run . | 编译并立即运行当前目录的 main 包，不保留最终可执行文件 | 本地快速调试 |
go build -o bin/go-learning . | 编译当前目录的 main 包并生成指定名称的可执行文件 | 交付或部署前构建 |
go test ./... | 运行当前模块及其子包的全部测试 | 日常开发和提交前检查 |
go fmt ./... | 格式化当前模块中的 Go 包 | 修改代码后统一格式 |
go vet ./... | 静态检查可疑代码，例如格式化参数错误和锁被复制 | 提交前补充检查 |
go get example.com/pkg@v1.2.3 | 添加、升级或降级当前模块的依赖，并更新 go.mod 和 go.sum | 项目需要第三方库时 |
go install example.com/tool@latest | 编译并安装一个可执行命令；带版本号时不会把它加入当前项目依赖 | 安装代码生成器、Linter 等开发工具 |
go mod init example.com/project | 初始化当前模块并生成 go.mod | 从零创建项目时执行一次 |
go mod tidy | 根据源码补齐缺失依赖、删除未使用依赖，并整理 go.sum | 调整依赖或提交代码前 |
go mod download | 提前把依赖下载到本机模块缓存；普通构建也会按需自动下载 | CI 或容器构建中预热依赖缓存 |
go mod graph | 输出当前模块的依赖关系图 | 排查依赖来源和版本关系 |
./... 表示当前目录以及下面的所有 Go 包。go fmt ./... 适合按包批量格式化项目；gofmt 是底层格式化工具，适合直接处理具体文件或使用更细的格式化参数。
# 包、模块和工作区
| 名称 | 解决的问题 | 常见例子 |
|---|---|---|
| 包（Package） | 把相关类型和函数组织成编译单元 | package http |
| 模块（Module） | 定义一组包的版本与依赖边界 | go.mod |
| 工作区（Workspace） | 本地同时开发多个模块 | go.work |
同一个目录中的普通 .go 文件应属于同一个包。名称以大写字母开头的标识符才会导出给其他包使用，例如 http.Client；小写开头只在当前包可见。
`go.mod` 和 `go.sum`
go.mod 声明模块路径、Go 版本和直接依赖；go.sum 记录依赖内容校验信息，用于发现下载内容是否变化。两者通常都应提交到 Git，但它们不会把依赖源码直接复制进仓库。
# 为什么后端常用 Go
- 编译结果容易部署，运行环境依赖较少；
- Goroutine 和 Channel 为并发任务提供语言级支持；
- 标准库已经包含 HTTP、JSON、测试、性能分析等常用能力；
- 静态类型和显式错误返回让大型协作中的接口更容易检查。
这些优点不代表所有服务都应该改成 Go。对于模型实验、数据科学和 AI 库生态，Python 往往更直接；对于高并发网关、基础设施和长期运行的网络服务，Go 常有优势。
# Go 学习地图
先掌握项目结构、基础语法、文本处理、函数和类型抽象。
理解 Go Runtime，并写出可取消、有边界、能正确收尾的并发代码。
把语言能力落到数据库、HTTP 服务和实时网络通信。
# 高频面试题与回答
1. Go 是不是没有运行时？参考答案
不是。Go 通常提前编译为本地可执行文件，但程序内部仍包含 Go Runtime，用于 Goroutine 调度、垃圾回收和栈管理等工作。它只是不需要像 Python 那样在目标机器上通过解释器启动源码。
2. 包和模块有什么区别？参考答案
包是代码组织和编译单元，一个目录通常对应一个包；模块是一组相关包的依赖和版本边界，由 go.mod 定义。一个模块通常包含多个包。
3. go.mod 和 go.sum 分别负责什么？参考答案
go.mod 声明模块路径、Go 版本和直接或间接依赖；go.sum 保存已下载模块内容的校验值，用来验证依赖内容是否一致。两者都应提交版本控制，不应手工删除 go.sum 来解决依赖问题。
4. go run 和 go build 有什么区别？参考答案
go run 会先编译再立即运行，临时产物由工具管理，适合本地快速验证；go build 只负责检查并生成可执行产物，适合部署或交付。生产环境通常运行明确构建出来的二进制文件，而不是用 go run 启动源码。
# 接下来学什么
下一篇学习 Go 语法、数组、切片与 Map，重点理解值、零值和底层数据共享关系。