kratos 中 validate 方法未生效是因为它只是普通方法而非框架钩子，实际校验依赖 protobuf 的 validate 扩展及 kratos validate 插件生成的 xxx_validate 方法，需手动调用。
Kratos 中 Validate 方法为什么没生效？
因为 Kratos 默认不自动调用结构体的 Validate 方法，它只是个普通方法名，不是框架钩子。真正起作用的是 Protobuf 的 validate 扩展 + kratos validate 插件生成的校验代码。
实操要点：
- 必须在
.proto文件中为字段添加validate选项（如(validate.rules).string.min_len = 1） - 用
kratos proto client或kratos proto go生成 Go 代码时，需确保已启用validate插件（默认开启，但若自定义了protoc命令可能被漏掉） - 生成的
XXX_Validate方法会被注入到 struct 上，但需手动调用 —— 通常在 service 层的 handler 入口处显式执行
HTTP 请求参数怎么用 binding 校验？
Kratos 的 HTTP 层基于 Gin（v2），所以直接复用 Gin 的 ShouldBind 系列方法。关键不是写校验逻辑，而是选对绑定目标和 tag。
常见组合：
- URL 查询参数（
GET /users?id=123&name=foo）→ 绑定到 struct，字段加form:"name" binding:"required,min=2" - JSON Body（
POST）→ 同样用 struct +json:"name" binding:"required,email" - 路径参数（
GET /users/:id）→ 必须用PathParam提取后单独校验，Gin 不支持 path 自动绑定到 struct 字段
注意：binding 标签走的是 validator.v10 库，和 Protobuf validate 无关，二者不要混用同一 struct。
gRPC 接口的参数校验靠什么触发？
gRPC 层不走 Gin binding，而是依赖 Protobuf 生成代码中的 XXX_Validate 方法，且 Kratos 的 gRPC server 默认不会自动调用它 —— 这是最多人踩坑的地方。
正确做法：
- 在 service 实现方法开头，手动调用
req.Validate()（req是生成的 request struct） - 捕获
validator.ErrValidation并转成 gRPC 错误码：status.Error(codes.InvalidArgument, err.Error()) - 如果用了
middleware.TransportError，它只处理 transport 层错误，不拦截Validate()panic 或返回值，必须自己处理
示例：
func (s *UserService) GetUser(ctx context.Context, req *v1.GetUserRequest) (*v1.GetUserReply, error) {
if err := req.Validate(); err != nil {
return nil, status.Error(codes.InvalidArgument, err.Error())
}
// ...
}
自定义校验规则怎么写进 Protobuf？
Protobuf 的 validate 规则支持有限，比如不能写正则之外的逻辑（如“用户名不能是保留词”）。这时候得绕开 generate，手写校验。
推荐方式：
- 保持 Protobuf 生成的
Validate()做基础检查（非空、长度、格式） - 在 service 层补充业务校验，例如查 DB 判断是否已存在、是否在黑名单等
- 若想统一入口，可封装一个
ValidateBusiness()方法，和Validate()分开调用，避免污染生成代码 - 不要重写
Validate()方法——它由插件生成，下次生成会覆盖
容易忽略的一点：Protobuf 的 validate 对 oneof 和嵌套 message 支持较弱，深层嵌套时建议拆成多个校验步骤，别指望一行 req.Validate() 解决所有问题。
