Dubbo-go 服务代理模型

01

背景

Aliware

Dubbo-go 生态包括 Dubbo-go v3.0 、v1.5、pixiu 等子项目，在可扩展性上提供了灵活的定制化方式。

众所周知，HSF 是阿里集团 RPC/服务治理 领域的标杆框架。HSF-go 是 go 语言实现的 HSF 框架，由中间件团队维护，由于 Go 语言的特性，在跨语言调用场景，云原生组件集成服务代理场景扮演重要角色，目前拥有 Dapr Binding实现，并且在函数计算（FC）场景，跨云场景，脱云独立部署场景产生价值，并在钉钉、Lazada、高德等技术团队拥有落地场景。HSF-go 属于 Dubbo-go 生态体系内的一环，是开源项目 Dubbo-go 的定制化实现。

纵观 HSF-go 的一系列和服务代理相关的场景，我希望在这里分享一下其作为服务代理的实践与原理，欢迎和大家一起交流。

02

HSF-go 泛化调用模型

Aliware

01

泛化调用

首先了解一下 Dubbo 的泛化调用，就是不依赖二方包的情况下，通过传入方法名，方法签名和参数值，就可以调用到下游服务。

而 Golang 的泛化调用和 Java 角度略有不同，这与语言特性有关。Go 不支持类继承和方法重载，并且没有二方包的概念。Java 的二方包可以抽象为一套由客户端和服务端约定好的接口信息，包含接口名、方法名、参数列表、具体参数定义，这些基础概念在任何 RPC 场景都是必须的，只是表现形式不同：对 Java 来说就是二方包，对 gRPC 来说就是 proto 文件以及编译产物，对兼容 Dubbo 协议的 Dubbo-go 来说，就是使用兼容 Java 版本的 Hessian 序列化接口。当然使用 Go 编写 Hessian 接口这种适配方式带来了一些困扰，就是让 Go 开发者写起来比较头疼的，对应Java 版本的  POJO 结构和接口存根。

下面是 Dubbo-go 生态习惯写法中，一个使用 Hessian 序列化，兼容 Java 的 Go 客户端例子。

// UserProvider 客户端存根类
type UserProvider struct {
  // dubbo标签，用于适配go侧客户端大写方法名 -> java侧小写方法名，只有 dubbo 协议客户端才需要使用
  GetUser  func(ctx context.Context, req int32) (*User, error) `dubbo:"getUser"` 
}


func init(){
  // 注册客户端存根类到框架，实例化客户端接口指针 userProvider
  config.SetConsumerService(userProvider)
}


// 字段需要与 Java 侧对应，首字母大写
type User struct {
  UserID   string 
  UserFullName string  `hessian:"user_full_name"`
  UserAge  int32 // default convert to "userA