proto-gen-validate校验由validate.Validator()中间件自动触发，需注册中间件、proto导入validate.proto、生成时加--validate_out参数；规则须严格匹配字段类型，字符串正则需双反斜杠转义；该中间件仅作用于HTTP请求，gRPC需手动调用Validate()或自定义中间件；错误响应可通过WithFailureHandler定制。
proto-gen-validate 生成的校验代码怎么生效
不手动调用，它靠 validate.Validator() 中间件自动触发。只要你在 http.ServerOption 里注册了这个中间件，并且 proto 文件里写了 (validate.rules)，生成的 struct 就自带 Validate() 方法，中间件会在请求解码后、业务逻辑前自动执行该方法。
常见错误现象：400 Bad Request 但没看到具体字段错误；或压根没触发校验 —— 多半是中间件没加，或 proto 没 import "validate/validate.proto"，或生成时漏了 --validate_out 参数。
- 确保
protoc命令中包含--validate_out=paths=source_relative,lang=go:. - 检查生成的 Go struct 是否有
func (m *XXX) Validate() error方法 - 确认 server 初始化时传入了
http.Middleware(validate.Validator())
数字和字符串字段的 validate 规则怎么写才不踩坑
规则写法看着简单，但容易因类型错配或语法细节失效。比如 int64 id = 1 [(validate.rules).int64 = {gt: 0}] 是对的，但写成 [(validate.rules).int32 = {gt: 0}] 就会静默忽略 —— proto 字段类型和 rule 类型必须严格一致。
字符串正则也常出问题：pattern = "^[a-z]+$" 在 proto 中会被 protoc 当作普通字符串处理，实际需要双反斜杠转义：pattern = "^[a-z]+$" → pattern = "^[a-z]+$"，否则生成的 Go 正则会编译失败。
-
min_len/max_len只对string有效，对bytes要用min_bytes -
email = true依赖 go-validator 内置的邮箱正则，不校验 DNS 或 SMTP 连通性 -
in: [1,2,3]的数组元素类型必须和字段类型一致，uint32字段不能写in: [1, 2L, 3]
validator 中间件对 gRPC 和 HTTP 请求都起作用吗
只对 HTTP 请求生效。Kratos 的 validate.Validator() 中间件绑定在 HTTP Server 上，它解析的是 http.Request.Body 并反序列化为 proto message，再调用 Validate()。gRPC 请求走的是独立的 gRPC Server 链路，这个中间件完全不参与。
如果你同时暴露 gRPC 和 HTTP 接口，且希望统一校验逻辑，必须：要么在 gRPC Server 层手动调用 req.Validate()（推荐放在 service 方法开头），要么用 Kratos 的 grpc.Middleware() + 自定义校验中间件（需自己实现）。
- HTTP 路由中 body 是 JSON，校验基于 JSON 解码后的 struct 实例
- gRPC 请求天然是二进制 protobuf，message 已经完成反序列化，但无自动校验钩子
- 不要指望
validate.Validator()拦截 gRPC 请求 —— 它根本收不到
自定义错误返回格式怎么改
默认错误是 400 Bad Request + 原始 validation error 文本，比如 "field name: value length must be >= 5"。要改成结构化 JSON（如 {"code": 400, "message": "...", "details": [...]}），得替换中间件行为，而不是改 proto 规则。
Kratos 的 validate.Validator() 允许传入配置函数，最常用的是重写错误响应：
validate.Validator(
validate.WithFailureHandler(func(ctx context.Context, err error) error {
// 自定义错误构造逻辑
return errors.BadRequest("VALIDATION_FAILED", "%v", err)
}),
)
注意：这个 handler 返回的 error 会被 Kratos 的全局 error middleware（如 errors.Server()）进一步转换，所以最终输出取决于你是否配置了对应的 error encoder。
真正容易被忽略的是：错误消息里的字段名来自 proto 的 field name（如 name），不是 JSON key（如 user_name），除非你额外加 json:"user_name" tag 并在 handler 里做映射 —— 但 validator 本身不读取 struct tag，只认 proto 字段名。
