跨语言调用需统一整数错误码协议，在边界层（CGO/HTTP/gRPC）双向映射：Go侧查表转协议码并附message/details；Python/Java按约定解析整数还原语义，禁用字符串匹配或Go内部error描述。
Go 调用 Python 或 Java 时，错误码怎么对齐才不翻车
跨语言调用本身不传错误码，只传原始状态（比如 exit code、HTTP status、字符串消息），错误码转换必须手动做。直接用 errors.New 包一层就返回？那 Python 端拿到的永远是 Go 的内部描述，根本没法做业务判断。
核心做法：定义统一错误码协议（建议用整数），在边界层（CGO / HTTP / gRPC / CLI）完成双向映射。
- Go 侧抛出错误前，先查表转成协议规定的
int错误码，附带可选的message和details字段 - Python/Java 调用方按约定解析该整数，查自己维护的错误码表还原语义（比如
4021→ “库存不足”，不是靠字符串匹配） - 避免用 Go 的
error.Error()输出直接当错误码用——它不稳定、不可序列化、含调试信息
CGO 场景下如何安全暴露 Go 错误码给 C/Python
CGO 是最易出错的环节：Go 的 error 不能直接传给 C；C 函数返回的 int 也不能自动变成 Go 的 error。中间必须用 C 可见的结构体或纯数值桥接。
典型错误现象：panic: runtime error: cgo result has Go pointer —— 试图把 Go 字符串指针传给 C。
立即学习“Java免费学习笔记（深入）”；
- Go 导出函数返回值只能是 C 兼容类型：如
C.int表示错误码，*C.char表示错误消息（需用C.CString分配，且调用方负责C.free） - 不要在 CGO 导出函数里返回
error类型，也不要在 C 回调中调用 Go 的panic - 推荐模式：Go 层统一用
const定义错误码（如ErrInsufficientBalance = 4021），C 头文件同步声明同名宏，两边共用一张码表
HTTP API 交互时，Go 后端如何让 Python/Java 客户端可靠识别错误类型
HTTP 本身只有 status code，但 500 不等于“参数错”，400 也不代表“用户不存在”。光靠 status 不足以支撑下游分支逻辑。
常见踩坑：Go 用 http.Error(w, "invalid id", http.StatusBadRequest)，Python 端只看 status=400 就重试——其实该提示前端改输入，不该重试。
- 必须在响应 body 中嵌入结构化错误信息，例如：
{"code": 4001, "message": "user_id is required", "field": "user_id"} - Go 中别手写 JSON，用标准
json.Marshal+ 预定义错误结构体（含Code int字段），确保字段名和类型稳定 - Python/Java 客户端应优先检查
code字段，而非仅依赖 HTTP status；status 仅表示大类（4xx 客户端问题，5xx 服务端问题） - 注意：不要把 Go 的
fmt.Sprintf("%+v", err)当错误详情返回——含内存地址、goroutine ID，不安全也不稳定
gRPC 场景下，Go 和 Java/Python 的 status.Code 映射陷阱
gRPC 自带 codes.Code（如 codes.NotFound），但 Java 和 Python 的 SDK 对它的解释并不完全一致，尤其自定义错误码扩展时容易错位。
典型问题：Go server 返回 status.Errorf(codes.Aborted, "conflict")，Python client 收到后 exception.code() == grpc.StatusCode.ABORTED 是对的；但若你用 codes.Unknown + 自定义 details 塞错误码，Java client 可能忽略 details 直接当黑盒错误处理。
- 真正跨语言可靠的方案：用 gRPC 的
StatusDetail（即google.rpc.Status）在details字段里放结构化错误信息，其中code字段填你自己的整数错误码（不是grpc.StatusCode） - Go server 示例：
st := &rpcstatus.Status{Code: 4091, Message: "version conflict", Details: [...]}，再用status.FromProto(st).Err()返回 - Python/Java 客户端需显式从
exception.details()解析google.rpc.Status，而不是只看exception.code()
最常被忽略的是：错误码表必须三方（Go/Python/Java）独立维护、定期同步，不能靠某一方生成后硬编码进其他语言——版本一更新就失联。
