Github url


by grpc

grpc /grpc-java

The Java gRPC implementation. HTTP/2 based RPC

7.7K Stars 2.6K Forks Last release: 19 days ago (v1.30.2) Apache License 2.0 4.3K Commits 74 Releases

Available items

No Items, yet!

The developer of this repository has not created any items for sale yet. Need a bug fixed? Help with integration? A different license? Create a request here:

gRPC-Java - An RPC library and framework

gRPC-Java works with JDK 7. gRPC-Java clients are supported on Android API levels 14 and up (Ice Cream Sandwich and later). Deploying gRPC servers on an Android device is not supported.

TLS usage typically requires using Java 8, or Play Services Dynamic Security Provider on Android. Please see the Security Readme.

| Homepage: | | | Mailing List: | [email protected] |

Join the chat at StatusCoverage Status

Getting Started

For a guided tour, take a look at the quick start guide or the more explanatory gRPC basics.

The examples and theAndroid exampleare standalone projects that showcase the usage of gRPC.


Download the JARs. Or for Maven with non-Android, add to your



</dependency><dependency> <!-- necessary for Java 9+ -->

Or for Gradle with non-Android, add to your dependencies:

gradle implementation 'io.grpc:grpc-netty-shaded:1.30.2' implementation 'io.grpc:grpc-protobuf:1.30.2' implementation 'io.grpc:grpc-stub:1.30.2' compileOnly 'org.apache.tomcat:annotations-api:6.0.53' // necessary for Java 9+

For Android client, use


instead of




instead of



gradle implementation 'io.grpc:grpc-okhttp:1.30.2' implementation 'io.grpc:grpc-protobuf-lite:1.30.2' implementation 'io.grpc:grpc-stub:1.30.2' compileOnly 'org.apache.tomcat:annotations-api:6.0.53' // necessary for Java 9+

Development snapshots are available in Sonatypes's snapshot repository.

Generated Code

For protobuf-based codegen, you can put your proto files in the




directories along with an appropriate plugin.

For protobuf-based codegen integrated with the Maven build system, you can useprotobuf-maven-plugin (Eclipse and NetBeans users should also look at


'sIDE documentation):


For protobuf-based codegen integrated with the Gradle build system, you can useprotobuf-gradle-plugin: ```gradle plugins { id '' version '0.8.8' }

protobuf { protoc { artifact = "" } plugins { grpc { artifact = 'io.grpc:protoc-gen-grpc-java:1.30.2' } } generateProtoTasks { all()*.plugins { grpc {} } } } ```

The prebuilt protoc-gen-grpc-java binary uses glibc on Linux. If you are compiling on Alpine Linux, you may want to use the Alpine grpc-java packagewhich uses musl instead.

API Stability

APIs annotated with


are for internal use by the gRPC library and should not be used by gRPC users. APIs annotated with


are subject to change in future releases, and library code that other projects may depend on should not use these APIs.

We recommend using thegrpc-java-api-checker(an Error Prone plugin) to check for usages of




in any library code that depends on gRPC. It may also be used to check for


usage or unintended


consumption in non-library code.

How to Build

If you are making changes to gRPC-Java, see the compiling instructions.

High-level Components

At a high level there are three distinct layers to the library: Stub,Channel, and Transport.


The Stub layer is what is exposed to most developers and provides type-safe bindings to whatever datamodel/IDL/interface you are adapting. gRPC comes with a plugin to the protocol-buffers compiler that generates Stub interfaces out of


files, but bindings to other datamodel/IDL are easy and encouraged.


The Channel layer is an abstraction over Transport handling that is suitable for interception/decoration and exposes more behavior to the application than the Stub layer. It is intended to be easy for application frameworks to use this layer to address cross-cutting concerns such as logging, monitoring, auth, etc.


The Transport layer does the heavy lifting of putting and taking bytes off the wire. The interfaces to it are abstract just enough to allow plugging in of different implementations. Note the transport layer API is considered internal to gRPC and has weaker API guarantees than the core API under package



gRPC comes with three Transport implementations:

  1. The Netty-based transport is the main transport implementation based onNetty. It is for both the client and the server.
  2. The OkHttp-based transport is a lightweight transport based onOkHttp. It is mainly for use on Android and is for client only.
  3. The in-process transport is for when a server is in the same process as the client. It is useful for testing, while also being safe for production use.

We use cookies. If you continue to browse the site, you agree to the use of cookies. For more information on our use of cookies please see our Privacy Policy.