How to create GRPC client directly from protobuf without compiling it into java code
使用 GRPC 时,我们需要通过协议缓冲区编译器 (protoc) 或使用 Gradle 或 Maven protoc 构建插件从我们的 .proto 服务定义生成 gRPC 客户端和服务器接口。
1
|
Flow now: protobuf file -> java code -> gRPC client.
|
那么,有没有办法跳过这一步?
如何创建一个通用的GRPC客户端,可以直接从protobuf文件调用服务器而不编译成java代码?
或者,有没有办法在运行时生成代码?
1
|
Flow expect: protobuf file -> gRPC client.
|
我想构建一个通用的 gRPC 客户端系统,输入是 protobuf 文件以及方法、包、消息请求的描述……而不必为每个 protobuf 重新编译。
非常感谢。
Protobuf 系统确实需要运行 protoc。但是,可以跳过生成的代码。除了将
一旦你有了一个描述符,你就可以一次加载一个 FileDescriptor 并创建一个 DynamicMessage。
那么对于 gRPC 部分,您需要创建一个 gRPC MethodDescriptor。
1
2 3 4 5 6 7 8 9 10 11 |
MethodDescriptor.<DynamicMessage, DynamicMessage>newBuilder()
// UNKNOWN is fine, but the"correct" value can be computed from // methodDesc.toProto().getClientStreaming()/getServerStreaming() .setType(MethodDescriptor.MethodType.UNKNOWN) .setFullMethodName(MethodDescriptor.generateFullMethodName( serviceDesc.getFullName(), methodDesc.getName())) .setRequestMarshaller(ProtoUtils.marshaller( DynamicMessage.newBuilder(methodDesc.getInputType()).buildPartial())) .setResponseMarshaller(ProtoUtils.marshaller( DynamicMessage.newBuilder(methodDesc.getOutputType()).buildPartial())) .build(); |
此时你已经拥有了你需要的一切,并且可以在 gRPC 中调用
所以动态调用绝对是可能的,并且用于诸如grpcurl之类的东西。但这也不是一件容易的事,所以一般只在必要时才做。
我是用Java做的,步骤是:
您可以在项目 helloworlde/grpc-java-sample#reflection
中参考完整示例
而proto是:
1
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
syntax ="proto3";
package io.github.helloworlde.grpc; option go_package ="api;grpc_gateway"; service HelloService{ message HelloMessage { message HelloResponse { |
为这个 proto 自己启动服务器,完整的 Java 代码如下:
1
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 |
import com.google.protobuf.ByteString; import com.google.protobuf.DescriptorProtos; import com.google.protobuf.Descriptors; import com.google.protobuf.DynamicMessage; import com.google.protobuf.InvalidProtocolBufferException; import com.google.protobuf.TypeRegistry; import com.google.protobuf.util.JsonFormat; import io.grpc.CallOptions; import io.grpc.ManagedChannel; import io.grpc.ManagedChannelBuilder; import io.grpc.MethodDescriptor; import io.grpc.protobuf.ProtoUtils; import io.grpc.reflection.v1alpha.ServerReflectionGrpc; import io.grpc.reflection.v1alpha.ServerReflectionRequest; import io.grpc.reflection.v1alpha.ServerReflectionResponse; import io.grpc.stub.ClientCalls; import io.grpc.stub.StreamObserver; import lombok.SneakyThrows; import lombok.extern.slf4j.Slf4j; import java.util.List; @Slf4j public static void main(String[] args) throws InterruptedException { // ?????o Channel @Override } @Override // ?????o?1???‘é€?è?·??–?–1?3??–???????è?°èˉ·?±? /** // ?1????"??o"解??? FileDescriptor // ??¥?‰??????????è?° // ??‘èμ·èˉ·?±? /** Map<String, DescriptorProtos.FileDescriptorProto> fileDescriptorProtoMap = if (fileDescriptorProtoMap.isEmpty()) { // ??¥?‰????????ˉ1?o"??? Proto ???è?° // è?·??–è????a Proto ??????èμ– // ?"???? Proto ??? FileDescriptor /** throw new IllegalArgumentException("??????????-???¨"); /** /** /** /** /** // é???–°?"???? MethodDescriptor CallOptions callOptions = CallOptions.DEFAULT; TypeRegistry registry = TypeRegistry.newBuilder() // ?°?èˉ·?±???…??1?"± JSON ?-—??|??2è????o????o"????±???? // è°??"¨???è°??"¨?–1?????ˉ??¥é€?è?? originMethodDescriptor.isClientStreaming() ?’? originMethodDescriptor.isServerStreaming() ??¨?–- // ?°??"??o"解?????o JSON ?-—??|??2 log.info("?"??o": {}", responseContent); /** // ?"?????–1?3????è?°, originMethodDescriptor ??? fullMethodName ????-£??? |
在技术上没有太多可以防止这种情况发生。两大障碍是:
两者都有可能,但都不是微不足道的。
对于1,粗略的方法是使用descriptor-set选项来shell/invoke
中执行此操作
对于 2,这是 C# 中的一个实现。即使细节有所不同,该方法也应该相当可移植到 Java。您可以查看生成的实现以了解它在任何特定语言中的工作方式。
(抱歉,具体示例是 C#/.NET,但那是我住的地方;方法应该是可移植的,即使具体代码:不是直接的)
技术上两者都是可能的。
代码生成器只是生成少数类;主要是 protobuf 消息、grpc 方法描述符和Stubbing。您可以实现它或签入生成的代码以绕过 codegen。我不确定这样做有什么好处。另外,如果更改了 proto 会很烦人。
只要您签入一些接口/抽象类来表示那些生成的Stubbing/方法描述符和protobuf消息,也可以使用字节码生成动态地执行此操作。您必须确保那些非动态代码与原型定义同步(很可能是运行时检查/异常)。
原创文章,作者:ItWorker,如若转载,请注明出处:https://blog.ytso.com/267506.html