生成的.pb.go文件中出现__包名是因.proto缺少option go_package配置或格式错误，导致protoc-gen-go无法确定包名而使用占位符；必须正确声明option go_package="./api;api"并配合--go_opt=paths=source_relative参数。
Go 语言里没有“导出 _Go”这种操作，_Go 不是合法标识符，也不是 Protobuf 的保留字段或生成规则。你看到的 _Go 很可能来自错误日志、误读生成代码，或是混淆了旧版 golang/protobuf（已归档）与新版 google.golang.org/protobuf 的命名差异。
为什么生成的 .pb.go 文件里会出现 _Go 开头的字段或变量？
这不是你主动“导出”的结果，而是旧版代码生成器（github.com/golang/protobuf/protoc-gen-go）在 proto2 时代为兼容性插入的内部字段，比如：_Go 前缀曾用于标记 Go 运行时私有状态字段（如 _GoSizeCache）。但这些字段从不对外导出（首字母小写），也不应被业务代码引用。
- 新版
google.golang.org/protobuf/cmd/protoc-gen-go@v1.32+已彻底移除这类命名，改用state、sizeCache等更清晰的私有字段名 - 如果你在
.pb.go里看到_GoXXX，说明你还在用已停止维护的旧插件（golang/protobuf），它已于 2021 年归档，不再支持 proto3 edition 或 Go 1.21+ 的泛型特性 -
_Go不是 Protobuf 语法的一部分，.proto文件中写_Go字段会直接报错：Expected identifier, got '_'
真正该关心的是 go_package 和生成路径怎么配
Protobuf 到 Go 的映射核心不是“导出什么”，而是让生成的 Go 包能被正确 import。关键靠 go_package 选项和 --go_opt 参数协同控制：
- 必须在
.proto文件顶部声明：option go_package = "github.com/yourorg/project/pb"; - 生成命令必须带
--go_opt=paths=source_relative，否则protoc会按go_package路径创建嵌套目录，导致import路径与文件物理位置不一致 - 如果项目用了 Go Modules，
go_package的模块前缀（如github.com/yourorg/project）必须和go.mod第一行完全一致，否则go build找不到包 - 不要依赖
package名生成 Go 包名——package foo.bar;生成的包名是foo_bar，但 import 路径仍是github.com/yourorg/project/pb，二者无关
遇到 “undefined: _Go…” 类错误，先检查这三件事
这类报错几乎都源于版本错配，而不是语法问题：
立即学习“go语言免费学习笔记（深入）”；
- 运行
protoc-gen-go --version，确认输出是v1.32.0或更高；如果是v1.5.3（旧版）或无输出，说明插件没装对 - 检查
go.mod中是否同时存在github.com/golang/protobuf和google.golang.org/protobuf——二者冲突，必须删掉前者 - 生成的
.pb.go文件顶部是否有// Code generated by protoc-gen-go.注释？如果是// Code generated by github.com/golang/protobuf，说明你仍在用废弃工具链
真正要导出的只有你在 .proto 里定义的 message 和 service，它们对应生成的 Go 类型和接口（如 type User struct、type UserServiceClient interface），全部首字母大写，天然可导出。其他所有以下划线开头的字段、方法、变量，都是运行时私有实现，碰都不要碰。
