1.java版gRPC实战之六：客户端动态获取服务端地址
2.如何评价grpc-web?源码
3.gRPC入坑记
4.java rpc 框架 有哪些
5.微信中gprc是什么意思？
6.grpc原理

java版gRPC实战之六：客户端动态获取服务端地址

       Java版gRPC实战之六：动态客户端获取服务端地址

       在《java版gRPC实战》系列的第六部分中，我们将探讨客户端如何在不预先知悉服务端地址的源码情况下进行动态连接。通常，源码在开发过程中，源码客户端会直接配置固定的源码服务端地址，包括IP和端口。源码处方审核系统源码然而，源码这种方法并不适用于需要动态改变服务地址的源码场景。

       在本文中，源码我们不再依赖于静态注册中心，源码而是源码通过其他手段实现实时获取服务端地址。首先，源码部署gRPC服务端相对简单，源码只需启动预设的源码local-server应用即可。接着，源码我们利用etcd存储服务端的实际IP和端口信息。

       部署etcd后，服务端的IP和端口变更时，客户端需要相应地更新。当服务端重启并修改端口，客户端应用需要感知到这一变化，并重新实例化Stub对象。通过调用接口触发这个过程，我们可以验证客户端是否能成功连接到修改后的服务端，并正常进行调用。eclipse自动加载源码

       总的来说，动态获取服务端地址是提高客户端灵活性和适应性的重要手段。如果你也遇到类似需求，希望这篇文章能对你有所帮助。在Java技术探索的道路上，欣宸原创内容将持续陪伴你，如果你对Java感兴趣，欢迎关注我的公众号：程序员欣宸。搜索「程序员欣宸」，让我们一起深入Java的世界。

如何评价grpc-web?

       评价 gRPC-Web，我的建议是谨慎使用。

       起初，我们设想 gRPC 与 TypeScript 结合，可实现优雅的前端开发体验，却很快遭遇现实的打击。gRPC 调试过程并不友好，网络查看功能缺失，预览界面不显示，调用 console 打印数据时，又因类型丢失而难以理解。最致命的是，一旦后端改动了 protobuf，而前端未及时更新至最新版本，vb截图工具源码将直接导致断言错误，面对多页面请求的 gRPC，调试过程异常艰难。

       此外，gRPC 对前端的约束力不足，从底层定义的 message 可以直接携带至返回接口，这种随意性使得前端开发者不得不为后端的随意变动承担巨大成本。如果使用 Java，多个微服务可直接复用，而前端则需手动编写 interface 或使用 toObject 方法。一旦底层类型发生变动，整个项目可能因消息映射调整而陷入停摆。

       对于内部项目，这样的挑战尚可接受；然而，当产品面向外部用户时，项目团队可能会面临更多阻力。如果甲方要求替换 gRPC，而后端改造可能比前端更为轻松，那么 gRPC 的局限性将更加凸显。

       当前项目使用 Angular，我们已将 gRPC 相关内容抽离为独立 bundle。如此一来，在项目开发期间进行 protobuf 修改时，可以避免因消息映射调整导致的仿腾讯视频源码项目暂停。

       综上所述，RESTful 和 GraphQL 等替代方案在某些情况下可能更为合适。在选择技术栈时，应充分考虑其对项目开发过程的影响及团队的适应性。

gRPC入坑记

       

        概要

        由于gRPC主要是谷歌开发的，由于一些已知的原因，gRPC跑demo还是不那么顺利的。单独写这一篇，主要是gRPC安装过程中的坑太多了，记录下来让大家少走弯路。

        主要的坑：

        本文讲解gRPC demo的同时，会介绍如何解决这些坑。本文对应的Github地址：blogs.com/fhy/p/.html

        (本文完)

java rpc 框架 有哪些

       Java RPC框架有以下多种：

       1. Dubbo

       2. gRPC

       3. Motan

       4. Spring Cloud RPC

       Dubbo：

       Dubbo是一款高性能、轻量级的开源Java RPC框架。它支持多种服务调用方式，包括同步、异步、单连接等。Dubbo提供了丰富的服务治理功能，如负载均衡、服务注册与发现等。由于其易用性和稳定性，Dubbo在Java开发社区中得到了广泛的应用。

       gRPC：

       gRPC是由Google开发的高性能、开源的通用RPC框架。它基于HTTP/2协议，支持多种语言，包括Java。gRPC支持多种通信协议，如TCP、HTTP等，并提供了双向流、高通 camera 源码流请求等特性。由于其高性能和跨语言支持，gRPC在现代微服务架构中得到了广泛的应用。

       Motan：

       Motan是一个高性能的Java RPC框架，它提供了轻量级的服务调用功能。Motan基于TCP协议进行通信，支持多种序列化方式。它支持异步调用和可扩展性，可以满足高并发环境下的需求。Motan在社区中的支持相对较小，但其在性能和稳定性方面仍有一定的竞争力。

       Spring Cloud RPC：

       Spring Cloud RPC是基于Spring Cloud框架的RPC解决方案。它通过集成Spring Cloud的服务注册与发现功能，实现了RPC通信和服务的动态发现与注册。Spring Cloud RPC简化了微服务的开发和部署，特别适用于基于Spring Cloud的微服务架构。由于其与Spring Cloud的良好集成和易用性，Spring Cloud RPC得到了广泛的应用。

微信中gprc是什么意思？

       gRPC是一种高效、快速和轻量级的远程过程调用（RPC）框架。它是由Google开发的开源框架，支持多种编程语言，如Java、C++、Python等。使用gRPC可以轻松地在客户端和服务端之间传输数据，让开发人员能够更加方便和高效地构建分布式系统。

       gRPC的优点包括高效性、可靠性和扩展性等方面。对于高并发、低延迟、带宽受限的场景，gRPC的效率较高，它基于HTTP/2协议设计，可以更好地支持长连接和流式处理等特性。此外，gRPC还支持四种不同的调用方式，包括简单调用、带流调用、双向流调用和客户端流调用，能够满足不同的使用需求。

       gRPC可以广泛应用于微服务、物联网、云计算等领域，特别是在分布式系统中应用较广。在微服务架构中，gRPC可以帮助不同语言的服务相互调用，提高互操作性和协同开发效率；在物联网领域，gRPC可以帮助设备间的通信更加高效和可靠；在云计算中，gRPC可以作为管理API的一种工具，简化与云平台的交换。总之，gRPC具有广泛的应用前景。

grpc原理

       1）需要使用protobuf定义接口，即.proto文件

        2）然后使用compile工具生成特定语言的执行代码，比如JAVA、C/C++、Python等。类似于thrift，为了解决跨语言问题。

        3）启动一个Server端，server端通过侦听指定的port，来等待Client链接请求，通常使用Netty来构建，GRPC内置了Netty的支持。

        4）启动一个或者多个Client端，Client也是基于Netty，Client通过与Server建立TCP长链接，并发送请求；Request与Response均被封装成HTTP2的stream Frame，通过Netty Channel进行交互。

       å¯¹äºŽGRPC的“鼓吹”，本文不多表述，截止到今日，GRPC仍然处于开发阶段，尚没有release版本，而且特性也很多需要补充；GRPC基于protobuf 3.x，但是protobuf 3.x也没有release版本；虽然HTTP2协议已成定局，但尚未被主流web容器包括代理服务器支持，这意味着GRPC在HTTP负载均衡方面尚有欠缺；最终，在短期内我们还不能在production环境中实施，可以做技术储备。不过GRPC的缺点，在将来将会成为它的优点，我们需要时间等待它的成熟。

        1）GRPC尚未提供连接池

        2）尚未提供“服务发现”、“负载均衡”机制

        3）因为基于HTTP2，绝大部多数HTTP Server、Nginx都尚不支持，即Nginx不能将GRPC请求作为HTTP请求来负载均衡，而是作为普通的TCP请求。（nginx将会在1.9版本支持）

        4）GRPC尚不成熟，易用性还不是很理想；就本人而言，我还是希望GRPC能够像hessian一样：无IDL文件，无需代码生成，接口通过HTTP表达。

        5）Spring容器尚未提供整合。

       åœ¨å®žé™…应用中，GRPC尚未完全提供连接池、服务自动发现、进程内负载均衡等高级特性，需要开发人员额外的封装；最大的问题，就是GRPC生成的接口，调用方式实在是不太便捷（JAVA），最起码与thrift相比还有差距，希望未来能够有所改进。

Java大佬详细讲解rpc框架实现原理

       RPC框架是什么？

       RPC，Remote Procedure Call，是一种远程进程间通信方式。它允许程序调用另一个地址空间（通常是共享网络的另一台机器上）的过程或函数，而无需程序员显式编码远程调用的细节。这使得无论是调用本地接口/服务还是远程接口/服务，编写的调用代码基本相同。RPC会隐藏底层的通讯细节，避免直接处理Socket或Http通讯。

       RPC使用请求响应模型。客户端发起请求，服务器返回响应，类似于Http的工作方式。

       RPC的使用形式类似于调用本地函数（或方法）去调用远程的函数（或方法）。

       哪些是常见的RPC框架？

       国内早期开源的有Dubbo，由阿里巴巴公司于年开发并对外开源，仅支持Java语言。微博内部使用的有Motan，于年对外开源，仅支持Java语言。腾讯内部使用并对外开源的有Tars，于年，仅支持C++语言。国外的Spring Cloud，由Pivotal公司在年对外开源，仅支持Java语言。

       跨语言平台的开源RPC框架有gRPC，由Google于年对外开源，支持多种语言。Thrift，最初由Facebook开发的内部系统跨语言的RPC框架，于年贡献给了Apache基金会，成为Apache开源项目之一，支持多种语言。hprose是一个MIT开源许可的新型轻量级跨语言跨平台的面向对象的高性能远程动态通讯中间件，支持众多语言，如nodeJs, C++, .NET, Java, Delphi, Objective-C, ActionScript, JavaScript, ASP, PHP, Python, Ruby, Perl, Golang等。

       RPC框架的实现原理

       在RPC框架中，主要有三个角色：Provider、Consumer和Registry。

       服务节点角色说明：

       * Server：服务提供方。

       * Client：服务消费方。

       * Registry：服务注册与发现的注册中心。

       RPC调用流程

       一次完整的RPC调用流程（同步调用，异步另说）如下：

       1) 客户端调用以本地调用方式调用服务。

       2) client stub接收到调用后负责将方法、参数等组装成能够进行网络传输的消息体。

       3) client stub找到服务地址，并将消息发送到服务端。

       4) server stub收到消息后进行解码。

       5) server stub根据解码结果调用本地的服务。

       6) 本地服务执行并将结果返回给server stub。

       7) server stub将返回结果打包成消息并发送至消费方。

       8) client stub接收到消息，并进行解码。

       9) 客户端得到最终结果。

       使用到的技术

       1、动态代理：生成 client stub和server stub需要用到 Java 动态代理技术。

       2、序列化：为了能在网络上传输和接收 Java对象，需要进行序列化和反序列化操作。

       序列化：将Java对象转换成byte[]的过程，也就是编码的过程。

       反序列化：将byte[]转换成Java对象的过程。

       可以使用Java原生的序列化机制，但效率非常低，推荐使用一些开源的、成熟的序列化技术，如protobuf、Thrift、hessian、Kryo、Msgpack。

       关于序列化工具性能比较可参考：jvm-serializers。

       3、NIO：当前很多RPC框架直接基于netty这一IO通信框架，推荐使用Netty作为底层通信框架。

       4、服务注册中心：可选技术包括Redis、Zookeeper、Consul和Etcd。