Proto RPC生成的REST服务如何直接接收Event数组类型请求

Protobuf 官方的 HTTP 转码规范原生要求请求顶层为 JSON 对象，默认不支持直接接收顶层数组结构，你可以通过以下两种方案实现适配，无需修改调用方请求格式：

方案1：网关层修改请求体（无侵入，推荐） #

如果你使用的是 grpc-gateway 作为转码网关，只需要在网关启动时注册自定义的请求体修饰器，自动把纯数组请求包装成符合 Wrapper 结构的格式即可，原有 Proto 定义和 RPC 业务逻辑完全不需要改动：

import (
    "bytes"
    "github.com/grpc-ecosystem/grpc-gateway/v2/runtime"
)

// 自定义请求体修饰方法
func customReqModifier(_ *runtime.ServeMux, path string, method string, reqBody []byte) ([]byte, error) {
    // 仅匹配目标接口的POST请求
    if path == "/myEP" && method == "POST" && len(reqBody) > 0 && reqBody[0] == '[' {
        // 为纯数组套上外层结构
        wrappedBody := bytes.NewBufferString(`{"events":`)
        wrappedBody.Write(reqBody)
        wrappedBody.WriteString(`}`)
        return wrappedBody.Bytes(), nil
    }
    // 其他请求直接透传
    return reqBody, nil
}

// 初始化网关时注册修饰器
mux := runtime.NewServeMux(
    runtime.WithRequestBodyModifier(customReqModifier),
)

如果你使用的是 Envoy 等其他代理做转码，也可以通过 Lua 脚本等前置拦截逻辑实现完全相同的包装逻辑。

方案2：自定义Proto JSON解组逻辑 #

如果不想修改网关配置，可以在业务服务的JSON解析逻辑里加适配：当检测到请求体为顶层数组时，手动解析数组后赋值给EventsWrapper的events字段，再交给RPC逻辑处理。

注意事项 #

• 建议加边界校验：处理空数组、请求体格式异常等场景，避免解析 panic
• 该适配仅针对无法修改调用方的特殊场景，标准REST接口还是建议使用对象包装数组的格式，兼容性更强

内容的提问来源于stack exchange，提问作者user1028741