验证 Go 环境是否就绪需依次测试 net/http 启动服务（如 http.ListenAndServe(":8080", nil)，curl 测试返回 404 即成功）、encoding/json 解析导出字段结构体、testing 包编写 Test 开头函数并用 go test 运行、os/exec 调用 echo 或 git 验证外部命令执行能力。
验证 net/http 是否能正常启动服务
刚配好 Go 环境，最直接的验证不是跑个 hello world，而是确认标准库网络能力是否就绪——因为多数项目第一步就是起一个 HTTP 服务。
- 写一个最小可运行服务：
http.ListenAndServe(":8080", nil)，注意端口别被占用（如 Docker、其他 Go 进程） - 启动后用
curl http://localhost:8080测试；若返回404 page not found，说明服务已跑起来，只是没注册 handler —— 这是预期行为 - 常见失败：报错
listen tcp :8080: bind: address already in use，需换端口或杀掉占用进程（lsof -i :8080或netstat -ano | findstr :8080） - Windows 上若提示“拒绝访问”，可能是权限问题，换高位端口（如
:8081）绕过
测试 encoding/json 解析基础结构体
JSON 处理是 Web 开发高频操作，但新手常卡在字段导出规则上，导致解析成功却字段为空。
- 定义结构体时，字段名必须首字母大写（即导出），否则
json.Unmarshal不会赋值 - 示例结构体：
type User struct { Name string `json:"name"` Age int `json:"age"` }；若写成name string，反序列化后User.Name永远是空字符串 - 测试时用
json.Marshal→json.Unmarshal往返，检查字段值是否一致，比只测单向更可靠 - 注意
omitempty标签影响：零值字段（如Age: 0）加了该 tag 后不会出现在输出 JSON 中，但不影响输入解析
用 testing 包验证自定义函数逻辑
Go 的测试不是“配环境”，而是“写文件 + 运行命令”——但新手容易忽略命名和包一致性。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 测试文件必须以
_test.go结尾，且与被测代码在同一目录、同一包下（不能加package main） - 测试函数必须以
Test开头，参数类型固定为*testing.T，例如：func TestAdd(t *testing.T) - 别用
fmt.Println打印结果代替断言；错误必须用t.Errorf显式报告，否则go test无法识别失败 - 执行测试命令是
go test（当前目录）或go test ./...（递归所有子包），不是go run xxx_test.go
检查 os/exec 调用外部命令是否可用
很多工具链脚本或 CI/CD 场景依赖 os/exec，但 Windows/macOS/Linux 对命令路径、权限、shell 行为差异很大。
立即学习“go语言免费学习笔记（深入）”；
- 最简验证：
cmd := exec.Command("sh", "-c", "echo hello")（Linux/macOS）或exec.Command("cmd", "/c", "echo hello")（Windows） - 务必检查
err和cmd.Output()，不要只看err == nil就认为成功——有些命令退出码非 0 但没报错（如grep未匹配） - 跨平台时避免硬编码
/bin/sh或cmd.exe；优先用exec.Command("echo", "hello")这类无 shell 依赖的方式 - 如果本地开发机装了 Git，可临时用
exec.Command("git", "--version")验证 PATH 是否生效
GOPATH、GOBIN）、系统 PATH、以及 Windows 下的 CMD vs PowerShell 默认行为，都会让看似“标准”的调用意外失败。验证不是一次性的，而是每次换机器、换用户、换 shell 时都值得快速重跑一遍。 
