Netty的深入浅出--17.gRPC实践

最新推荐文章于 2024-08-29 21:14:12 发布
原创 最新推荐文章于 2024-08-29 21:14:12 发布 · 289 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Netty的深入浅出 #gRPC实践

博客介绍了gRPC实践过程，包括从github下载gRPC，进入相关文件夹及example目录，提到gradlew是gradle命令，后续会详细讲解，还说明了执行服务端和在另一窗口启动客户端的操作及运行结果。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

从github上下载gRPC

进入了文件夹中：
 进入到example目录下：

gradlew是gradle中的一个命令。后面我将会详细讲解：

执行服务端：

 

 在另外一个窗口启动客户端

运行结果：

 

Spring Cloud Alibaba 实现 gRPC 服务调用
AI天才研究院
08-02 1415
2017年6月2日，Netflix发布开源项目Spring Cloud，推出了 Spring Cloud Netflix，这是一套基于Spring Boot微服务框架的分布式系统的开发工具包。该项目拥有多个子项目，其中最重要的一个子项目是 Spring Cloud Loadbalancer，它提供了客户端负载均衡器功能。2019年6月，阿里巴巴宣布将其在微服务体系中的地位上升到了第一名。他们推出了阿里巴巴微服务生态圈 Spring Cloud Alibaba（简称SCA），作为其内部微服务框架的一部分。
用Netty实现物联网02：gRPC
分享专业、有用、有趣的技术、产品、运营和管理知识。
02-24 528
如果说之前的XML-RPC和JSON-RPC只是Demo级别的玩具的话，那么gRPC则是真正的RPC大「门」——它是谷歌推出的高性能、开源和通用的RPC框架，它的底层由HTTP/2、Protobuf和Netty等提供技术支撑。gRPC通过IDL（Interface Definition Languagee，接口定义语言），定义可以远程调用的方法、参数和返回类型。
Netty整个grpc案例，node.js与java通信
kkagr的博客
07-04 1228
Grpc的指南网站https://grpc.io/docs/guides/ 指南 本文档向您介绍gRPC和协议缓冲区。 gRPC可以使用协议缓冲区作为其接口定义语言（IDL）和其基础消息交换格式。 如果您是gRPC和/或协议缓冲区的新手，请阅读本文！ 如果您只想潜入并首先看到gRPC，请参阅我们的快速入门。 在gRPC中，客户端应用程序可以直接调用不同计算机上的服务器应用程序上的方法，就像它是本地...
netty-grpc简单调用
godme
01-30 1255
Handler public class StudentServiceHandler extends StudentServiceGrpc.StudentServiceImplBase{ @Override public void searchStudent(Message.Request request, StreamObserver<Message.Student>...
Netty框架入门学习--gRPC
return
06-28 1569
gRPC是一个高性能、开源、通用的RPC框架。基于HTTP/2协议标准设计开发，默认采用Protocol Buffers数据序列化协议Protocol Buffers基本语法，支持多种开发语言。gRPC提供了一种简单的方法来精确的定义服务，并且为客户端和服务端自动生成可靠的功能库 grpc官网 grpc github 官方示例 根据官方的例子从一个简单的工作示例开始使用Java中的GRPC… ...
grpc 与 netty
beikekaka的博客
03-10 1411
gprc
netty-grpc四种方法
godme
01-30 4494
single-single protobuf rpc searchStudent(Request) returns(Student){} handler public void searchStudent(Message.Request request, StreamObserver<Message.Student> responseObserver) { Stri...
深入浅出netty-3.rar
12-02
《深入浅出Netty》是针对Java网络编程框架Netty的一份详细讲解文档，由阿里...通过学习《深入浅出Netty》，开发者可以掌握Netty的核心原理和最佳实践，从而在实际项目中充分利用Netty的优势，构建高效稳定的网络应用。
netty源码剖析视频.zip
05-22
第一部分，深入浅出Netty源码剖析，这一章节将带领学习者逐步揭开Netty的神秘面纱。Netty是Java领域里一个高性能、异步事件驱动的网络应用框架，广泛应用于分布式系统、云计算以及大数据传输等领域。在这一部分，...
深入浅出RPC框架学习参考教程
- **Netty**：Netty是一个高性能的网络应用框架，常用于RPC框架的底层通信实现。 - **Zookeeper**：Zookeeper是一个分布式服务协调框架，常用于服务注册与发现。 - **gRPC**：由Google主导开发，基于HTTP/2协议...
NIO+Netty5视频教程2018
06-24
【描述】中的第一部分"深入浅出Netty源码剖析"，意味着讲解者会带领学习者逐步探索Netty框架的内部工作原理。Netty是一个高度可定制的事件驱动的网络应用程序框架，用于快速开发可维护的高性能协议服务器和客户端。...
《Netty学习打卡--从小白到放弃》----- 14 - netty 之grpc 初识grpc
那一抹回忆
07-16 1690
打开日期(2019-07-16) 学习要点 - 1.grpc 是什么 - 2.grpc 能做什么 - 3.grpc 能实现什么效果 - 4.grpc 4中通信方式 - 5.grpc 生命周期 - 6.grpc 同步和异步介绍 - 7.grpc 超时时间 - 8.grpc 终止 - 9.grpc 取消 - 10.grpc 元数据 - 11.grpc 通道 ...
Netty框架入门学习--gRPC服务器数据通信实现
return
06-30 1000
grpc的数据调用通信有4种方式。 1.客户端向服务端发送单个数据请求，服务端返回单个数据响应 可参考上一篇博客：Netty框架入门学习–gRPC整合gradle，实现通信demo 2.客户端向服务端发送单个数据请求，服务端返回流式的数据响应 在上一篇文章代码的基础上，对代码进行更改。 Person.proto 新添加rpc方法: //客户端向服务端发送单个数据请求，服务端返回流式的数据响应 ...
Netty的深入浅出--16.gRPC框架详解
moxiaolin的博客
05-30 823
官方网址：https://www.grpc.io/ 简单来说gRPC底层数据传输使用的是protobuf的IDL进行传输的 你可以定义一个方法以及这个方法的参数和返回类型，这种形式其实和我们之前将的thrift框架基本上是一样的 对于service的定义和我们之前的thrift非常相似，下面两个message的定义和protobuf很相似 ...
Netty框架和RPC框架的关系
heyeqingquan的博客
09-16 8001
RPC框架包含四个部分： 1.通信模型（网络通信框架）：假设通信的为A机器与B机器，A与B之间有通信模型，在Java中一般基于BIO或NIO；。 2.过程（服务）定位：使用给定的通信方式，与确定IP与端口及方法名称确定具体的过程或方法； 3.远程代理对象：本地调用的方法(服务)其实是远程方法的本地代理，因此可能需要一个远程代理对象，对于Java而言，远程代理对象可以使用Jav
漫谈gRPC
大猪的博客
05-22 215
gRPC则不同，则是面向微服务设计的，netty可以作为gRPC的底层通信框架，gRPC本身还支持很多微服务中的概念，如前面提到的服务发现注册，链路追踪等。本文概括性的介绍gRPC，包括gRPC的起源，核心特性，生态体系，以及一些知名开源软件对gRPC的使用，最后总结gRPC与netty、dubbo等框架的区别，目的是让读者从整体上对gRPC有一个相对全面的认知。拥有统一的跨平台RPC基础架构，可以在整个系统范围内推广效率，安全性，可靠性和行为分析，这对于支持Google的惊人增长至关重要。
小菜鸡带你gRPC入门[Netty系列]
2021_fc的博客
06-08 1479
gRPC介绍及实际应用 介绍 在之前我已经学习过protobuf。而gRPC可以将protobuf用作其接口定义语言(IDL)和其基础消息交换格式。 我们来看官网给出的一张图 可以看出什么？ 至少我们可以看出grpc支持多种语言之间的通信吧。服务器端和客户端可以使用不同语言进行定义。 官方 在gRPC中，客户端应用程序可以直接在其计算机上的服务器应用程序上调用方法，就好像它是本地对象，这使得你可以更加轻松的创建分布式应用程序和服务。与许多RPC框架一样，gRPC围绕定义服务的思想，指定可通过其参数和返回
Netty和gRPC区别
weixin_41344996的博客
08-29 1178
Netty 是一个异步事件驱动的网络应用框架，用于开发高性能的网络服务器和客户端应用程序。gRPC 在分布式系统中使用广泛，适用于需要高性能、低延迟的 RPC 调用，如微服务、数据流处理、跨语言系统集成等。: Netty 是通用的网络框架，可以支持 TCP、UDP、HTTP、WebSocket 等多种协议。虽然可以扩展为其他序列化机制，但 protobuf 是推荐的标准格式，提供了高效的编码和解码。虽然它的灵活性比 Netty 低一些，但提供了大量的标准特性来简化分布式系统的开发。
Netty的深入浅出--20.gRPC服务器流式调用实现
moxiaolin的博客
05-30 999
之前我们上一章实现了gRPC的数据传递的第一种形式； 第一种形式：客户端向服务端发送请求，服务端返回给客户端响应 第二种形式：客户端向服务端发送流式请求（stream），服务端向客户端返回响应 第三种形式：客户端向服务端发送请求，服务端向客户端返回流式响应（stream） 第四种形式：客户端向服务端发送流式请求（stream），服务端向客户端返回流式响应（stream） 在gRPC...
21:49:46:683 INFO 10944 --- [erverWorker-5-2] .r.p.t.h.AbstractServerTransportListener : [DUBBO] An error occurred while processing the http request with DefaultHttp11ServerTransportListener, Http1Request{method='POST', path='/carts', contentType='application/json;charset=UTF-8'}, dubbo version: 3.3.0, current host: 10.44.85.106 org.apache.dubbo.remoting.http12.exception.HttpStatusException: Invoker not found at org.apache.dubbo.rpc.protocol.tri.h12.AbstractServerTransportListener.doRoute(AbstractServerTransportListener.java:127) ~[dubbo-3.3.0.jar:3.3.0] at org.apache.dubbo.rpc.protocol.tri.h12.AbstractServerTransportListener.onBeforeMetadata(AbstractServerTransportListener.java:121) ~[dubbo-3.3.0.jar:3.3.0] at org.apache.dubbo.rpc.protocol.tri.h12.AbstractServerTransportListener.onMetadata(AbstractServerTransportListener.java:88) ~[dubbo-3.3.0.jar:3.3.0] at org.apache.dubbo.rpc.protocol.tri.h12.AbstractServerTransportListener.onMetadata(AbstractServerTransportListener.java:53) ~[dubbo-3.3.0.jar:3.3.0] at org.apache.dubbo.remoting.http12.netty4.h1.NettyHttp1ConnectionHandler.channelRead0(NettyHttp1ConnectionHandler.java:56) ~[dubbo-3.3.0.jar:3.3.0] at org.apache.dubbo.remoting.http12.netty4.h1.NettyHttp1ConnectionHandler.channelRead0(NettyHttp1ConnectionHandler.java:29) ~[dubbo-3.3.0.jar:3.3.0] at io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:99) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.ChannelInboundHandlerAdapter.channelRead(ChannelInboundHandlerAdapter.java:93) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at org.apache.dubbo.remoting.http12.netty4.h1.NettyHttp1Codec.channelRead(NettyHttp1Codec.java:49) ~[dubbo-3.3.0.jar:3.3.0] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:442) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) ~[netty-codec-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) ~[netty-codec-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.CombinedChannelDuplexHandler$DelegatingChannelHandlerContext.fireChannelRead(CombinedChannelDuplexHandler.java:436) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:346) ~[netty-codec-4.1.112.Final.jar:4.1.112.Final] at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:318) ~[netty-codec-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:251) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:442) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.handler.codec.ByteToMessageDecoder.handlerRemoved(ByteToMessageDecoder.java:266) ~[netty-codec-4.1.112.Final.jar:4.1.112.Final] at io.netty.handler.codec.ByteToMessageDecoder.decodeRemovalReentryProtection(ByteToMessageDecoder.java:537) ~[netty-codec-4.1.112.Final.jar:4.1.112.Final] at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:469) ~[netty-codec-4.1.112.Final.jar:4.1.112.Final] at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:290) ~[netty-codec-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1407) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:440) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:918) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:166) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:788) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:724) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:650) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:562) ~[netty-transport-4.1.112.Final.jar:4.1.112.Final] at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:994) ~[netty-common-4.1.112.Final.jar:4.1.112.Final] at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.112.Final.jar:4.1.112.Final] at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[netty-common-4.1.112.Final.jar:4.1.112.Final] at java.base/java.lang.Thread.run(Thread.java:829) ~[na:na]
最新发布
07-19
3. **生成相关问题**：在最后添加相关问题，以帮助用户深入理解。 现在，关于错误原因： - 在Dubbo中，“Invoker not found”错误通常表示服务提供者没有正确注册或暴露服务，或者消费者在调用服务时路径或方法不...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值