protoc命令找不到是因未加入PATH，需将二进制复制到/usr/local/bin或配置GOBIN并source shell配置；插件需显式指定--plugin路径且版本须与protobuf运行时对齐。
protoc 命令找不到：PATH 没配对
装完 protoc 二进制却报 command not found，八成是它没进系统 PATH。Mac/Linux 下常见于把 protoc 放进 /usr/local/bin 以外的目录（比如 ~/bin 或解压到临时文件夹），而 shell 启动时没加载对应路径。
- 检查是否真装上了：
ls -l /usr/local/bin/protoc或which protoc - 如果下载的是预编译包（如
protoc-24.3-linux-x86_64.zip），解压后必须手动把bin/protoc复制或软链到 PATH 目录里，不能只留在解压目录下运行 - Zsh 用户注意：改了
~/.zshrc后要source ~/.zshrc，否则新开终端才生效；bash 同理看~/.bash_profile - Windows 用户别只双击安装器——官方不提供 GUI 安装包，得手动把
protoc.exe放进C:\Windows\System32或添加到系统环境变量 PATH
go install google.golang.org/protobuf/cmd/protoc-gen-go@latest 失败
这是 Go 生态里最常卡住的一步：protoc-gen-go 编译失败、版本不匹配、或生成器没被 protoc 找到。根本原因不是 Go 没装好，而是 GOPATH / Go modules 和插件路径逻辑没理清。
- 确保 Go 版本 ≥ 1.16（低版本默认关 modules，会绕过
GOBIN） - 运行前先确认
go env GOBIN输出非空；如果为空，执行go env -w GOBIN=$HOME/go/bin（Mac/Linux）或go env -w GOBIN=%USERPROFILE%\go\bin（Windows） -
go install成功后，检查$GOBIN/protoc-gen-go是否存在且有执行权限（Linux/macOS）；Windows 是protoc-gen-go.exe - 别用
go get—— 它已弃用，且可能拉错分支（比如 v1.28 以前的旧版不兼容 proto3 的optional字段）
protoc --go_out=. xxx.proto 报错 “plugin not found”
错误信息通常是 protoc: plugin protoc-gen-go is not found，说明 protoc 根本没定位到你装的 Go 插件。这不是路径问题，是调用时没显式指明插件位置或名字不匹配。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 不要依赖
--go_out=.自动找插件；必须加--plugin=protoc-gen-go=$GOBIN/protoc-gen-go（Linux/macOS）或--plugin=protoc-gen-go=%GOBIN%\protoc-gen-go.exe（Windows） - 插件名（
protoc-gen-go）必须和可执行文件名完全一致，包括大小写；不能叫pgogo或protoc-gen-go-v2 - 如果你用了
buf工具链，它会自动管理插件，但此时就别混用原生protoc命令，否则路径逻辑冲突 - 验证插件是否可用：直接运行
$GOBIN/protoc-gen-go --help，有输出说明它本身能跑
生成的 .pb.go 文件 import 路径错乱或找不到 google.golang.org/protobuf
生成代码里出现 import "google.golang.org/protobuf/proto" 却 go build 报错，通常不是 protobuf 库没装，而是模块路径和 go.mod 声明不一致，或者 protoc-gen-go 版本和项目依赖的 protobuf 运行时不兼容。
立即学习“go语言免费学习笔记（深入）”；
- 先运行
go list -m google.golang.org/protobuf看当前项目实际依赖的版本；如果没结果，执行go get google.golang.org/protobuf@latest -
protoc-gen-go必须和google.golang.org/protobuf运行时版本对齐（例如 v1.32.x 插件需搭配 v1.32.x 运行时），否则生成的代码会用不存在的函数或字段 - 避免在
.proto文件里写option go_package = "xxx";却不匹配实际 Go module 路径；建议统一设为option go_package = "your-domain.com/your-repo/pb";，然后go mod init your-domain.com/your-repo - 如果项目用了 vendor，记得
go mod vendor后再生成，否则生成器可能读不到本地google.golang.org/protobuf的真实路径
最麻烦的其实是版本对齐——protoc 主版本、protoc-gen-go 版本、google.golang.org/protobuf 运行时版本、甚至 .proto 语法（proto2/proto3/edition）之间有隐式约束，差一个就可能静默生成错误代码，而不是立刻报错。
