本末倒置了吧。grpc-proto 本来就是优势在于跨语言压缩数据的rpc，通过proto文件去在不同的语言中生成对应的客户端服务端代码。你要省去这些接口文件，也就意味着客户端还得自己把这个造出来，而且接口修改还得双方手工处理，测试验证麻烦的一批。 当然你非要省去也行啊，自己了解一下 proto解析机制（细节很多，我没搞过），自己用纯代码把这个配置文件对应的双向(对象序列化buffer，buffer转回对象)解析过程实现一遍，客户端还得跟你这个解析对的上（如果你实现的解析不规范的话，你还得再给客户端也写一个解析处理工具，还不如自己造一个rpc协议，别用proto）。 如果你说了，不需要跨语言数据传输，那直接用dubbo啊！
极客观点
项目管理
HarmonyOS
本末倒置了吧。
grpc-proto 本来就是优势在于跨语言压缩数据的rpc，通过proto文件去在不同的语言中生成对应的客户端服务端代码。你要省去这些接口文件，也就意味着客户端还得自己把这个造出来，而且接口修改还得双方手工处理，测试验证麻烦的一批。
当然你非要省去也行啊，自己了解一下 proto解析机制（细节很多，我没搞过），自己用纯代码把这个配置文件对应的双向(对象序列化buffer，buffer转回对象)解析过程实现一遍，客户端还得跟你这个解析对的上（如果你实现的解析不规范的话，你还得再给客户端也写一个解析处理工具，还不如自己造一个rpc协议，别用proto）。
如果你说了，不需要跨语言数据传输，那直接用dubbo啊！