在gRPC-Gateway集成swagger服务的过程并不简单，咱们将其中的重点提前看一下，做到心里有数：
这一节可能才是最核心的部分，包括大家理解的怎样注册listen和accept描述符，怎样处理读写事件，怎样处理业务逻辑等等。
gRPC已经断断续续写了七篇文章了，但基本都是属于gRPC的使用上，旨在帮助大家如何使用gRPC，了解gRPC的功能以及特性，并通过示例代码让大家能快速入门，对开发人员而言，一个可运行的demo是最好的教程，文章连接和可运行demo如下，今天我们开始深入gRPC服务是怎么启动的，一起看他的源码，揭开他的神秘面纱。
protoc-gen-go和grpc包的安装过程都在install-grpc.sh中完成，该脚本内容如下所示，可见都是些很简单的操作：下载源码、解压、构建
go-grpc-middleware封装了认证（auth）, 日志（ logging）, 消息（message）, 验证（validation）, 重试（retries） 和监控（retries）等拦截器。如何使用呢？在初始化grpcserver的时候，参数传入即可
做rpc选型时候，有人说到grpc，想在网上找一些grpc c/c++的源码分析来帮助理解，发现除了官方doc里带的文档外寥寥无几（也可能是自己没找到？）。只能自己捋起袖子“啃一啃”grpc的源码。
《java版gRPC实战》全系列链接 用proto生成代码 服务发布和调用 服务端流 客户端流 双向流 客户端动态获取服务端地址 基于eureka的注册发现 关于eureka 前面咱们在开发客户端应用时，所需的服务端地址都是按如下步骤设置的： 在application.yml中配置，如下图： 在用到gRPC的bean中，使用注解GrpcClient即可将Stub类注入到成员变量中： 上述操作方式的优点是简单易用好配置，缺点也很明显：服务端的IP地址或者端口一旦有变化，就必须修改application
欢迎访问我的GitHub 这里分类和汇总了欣宸的全部原创(含配套源码)：https://github.com/zq2599/blog_demos 《java版gRPC实战》全系列链接 用proto生成代码 服务发布和调用 服务端流 客户端流 双向流 客户端动态获取服务端地址 基于eureka的注册发现 关于eureka 前面咱们在开发客户端应用时，所需的服务端地址都是按如下步骤设置的： 在application.yml中配置，如下图： [在这里插入图片描述] 在用到gRPC的bean中，使用注解GrpcCl
欢迎访问我的GitHub 这里分类和汇总了欣宸的全部原创(含配套源码)：https://github.com/zq2599/blog_demos 《java版gRPC实战》全系列链接 用proto生成代码 服务发布和调用 服务端流 客户端流 双向流 客户端动态获取服务端地址 基于eureka的注册发现 本篇概览 本文是《java版gRPC实战》系列的第二篇，前文《用proto生成代码》将父工程、依赖库版本、helloworld.proto对应的java代码都准备好了，今天的任务是实战gRPC服务的开发和调用
欢迎访问我的GitHub 这里分类和汇总了欣宸的全部原创(含配套源码)：https://github.com/zq2599/blog_demos 关于《java版gRPC实战》系列 《java版gRPC实战》是欣宸原创的面向java程序员的gRPC开发笔记，与读者们一起通过实战来学习掌握gRPC的各个知识点； 《java版gRPC实战》全系列链接 用proto生成代码 服务发布和调用 服务端流 客户端流 双向流 客户端动态获取服务端地址 基于eureka的注册发现 关于gRPC gRPC 是一个高性能、开
欢迎访问我的GitHub 这里分类和汇总了欣宸的全部原创(含配套源码)：https://github.com/zq2599/blog_demos gRPC学习系列文章链接 在CentOS7部署和设置GO GO的gRPC开发环境准备 初试GO版gRPC开发 实战四类服务方法 gRPC-Gateway实战 gRPC-Gateway集成swagger 本篇概览 本文《gRPC学习》系列的第五篇，gRPC常用于服务端之间的相互调用，如果想把服务暴露给前端，虽然动手修改服务端也能实现，但似乎增加了不少工作量，此
《java版gRPC实战》全系列链接 用proto生成代码 服务发布和调用 服务端流 客户端流 双向流 客户端动态获取服务端地址 基于eureka的注册发现 本篇概览 本文是《java版gRPC实战》系列的第二篇，前文《用proto生成代码》将父工程、依赖库版本、helloworld.proto对应的java代码都准备好了，今天的任务是实战gRPC服务的开发和调用，实现的效果如下图： 本篇的具体操作如下： 开发名为local-server的springboot应用，提供helloworld.prot
Mac: https://github.com/Coxhuang/FKCpp/tree/master/gRPCDemo/macOS
关于《java版gRPC实战》系列 《java版gRPC实战》是欣宸原创的面向java程序员的gRPC开发笔记，与读者们一起通过实战来学习掌握gRPC的各个知识点； 《java版gRPC实战》全系列链接 用proto生成代码 服务发布和调用 服务端流 客户端流 双向流 客户端动态获取服务端地址 基于eureka的注册发现 关于gRPC gRPC 是一个高性能、开源和通用的 RPC 框架，面向移动和 HTTP/2 设计。目前提供 C、Java 和 Go 语言版本，分别是：grpc, grpc-java, gr
本文主要分享 Collector gRPC Server Manager。Collector 通过该管理器，管理启动的多个 gRPC Server，例如 Agent gRPC Server、Remote gRPC Server 。
本文主要分享 SkyWalking Agent Remote 远程通信服务。该服务用于 Agent 和Collector 集群的通信。
本文是《java版gRPC实战》系列的第三篇，前文咱们实战体验了简单的RPC请求和响应，那种简单的请求响应方式其实只是gRPC定义的四种类型之一，这里给出《gRPC 官方文档中文版》对这四种gRPC类型的描述：
中文文档：https://doc.oschina.net/grpc?t=57966
本文主要分享 SkyWalking Collector Remote 远程通信服务。该服务用于 Collector 集群内部通信。
前置条件： 获取 gRPC-go 源码 $ go get google.golang.org/grpc 简单例子的源码位置： $ cd $GOPATH/src/google.golang.org/grpc/examples/helloworld 复杂些例子的源码位置： $ cd $GOPATH/src/google.golang.org/grpc/examples/route_guide 写一个gRPC的服务，一般分下面几步： 在一个 .proto 文件内定义服务。 用 protocol buffer 编译
欢迎访问我的GitHub 这里分类和汇总了欣宸的全部原创(含配套源码)：https://github.com/zq2599/blog_demos gRPC学习系列文章链接 在CentOS7部署和设置GO GO的gRPC开发环境准备 初试GO版gRPC开发 实战四类服务方法 gRPC-Gateway实战 gRPC-Gateway集成swagger 本篇概览 本文《gRPC学习》系列的第三篇，前文已准备好gRPC开发环境，今天一起来开发一个服务端应用以及远程gRPC调用它的客户端； 今天实战的内容和步骤如
上面几个问题，看着都觉得这么简单还用问？但是仔细一想，内心还是有些不太确定。因为没有分析过源码！下面我们带着问题来进行研究。我们生成一段代码，启动一个server
https://www.tianmaying.com/tutorial/pkgconfig
《java版gRPC实战》全系列链接 用proto生成代码 服务发布和调用 服务端流 客户端流 双向流 客户端动态获取服务端地址 基于eureka的注册发现 本篇概览 本文是《java版gRPC实战》系列的第五篇，目标是掌握双向流类型的服务，即请求参数是流的形式，响应的内容也是流的形式； 先来看看官方资料对双向流式RPC的介绍：是双方使用读写流去发送一个消息序列。两个流独立操作，因此客户端和服务器 可以以任意喜欢的顺序读写：比如， 服务器可以在写入响应前等待接收所有的客户端消息，或者可以交替 的读取和写入消
贴一张挂在官网的图片：https://grpc.io/docs/what-is-grpc/introduction/
本篇概览 本文是《java版gRPC实战》系列的第五篇，目标是掌握双向流类型的服务，即请求参数是流的形式，响应的内容也是流的形式； 先来看看官方资料对双向流式RPC的介绍：是双方使用读写流去发送一个消息序列。两个流独立操作，因此客户端和服务器 可以以任意喜欢的顺序读写：比如， 服务器可以在写入响应前等待接收所有的客户端消息，或者可以交替 的读取和写入消息，或者其他读写的组合。 每个流中的消息顺序被预留； 掌握了客户端流和服务端流两种类型的开发后，双向流类型就很好理解了，就是之前两种类型的结合体，请求和响应都
点击上方“芋道源码”，选择“设为星标” 管她前浪，还是后浪？ 能浪的浪，才是好浪！ 每天 10:33 更新文章，每天掉亿点点头发... 源码精品专栏 原创 | Java 2021 超神之路，很肝~ 中文详细注释的开源项目 RPC 框架 Dubbo 源码解析 网络应用框架 Netty 源码解析 消息中间件 RocketMQ 源码解析 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析 作业调度中间件 Elastic-Job 源码解析 分布式事务中间件 TCC-Transaction
《java版gRPC实战》全系列链接 用proto生成代码 服务发布和调用 服务端流 客户端流 双向流 客户端动态获取服务端地址 基于eureka的注册发现 本篇概览 本文是《java版gRPC实战》系列的第四篇，前文掌握了服务端流，适合从服务端获取大量数据的场景，今天的目标是掌握客户端流类型的服务，包括服务提供方和使用方两侧的开发； 先来看看官方资料对客户端流式RPC的介绍：客户端写入一个消息序列并将其发送到服务器，同样也是使用流。一旦客户端完成写入消息，它等待服务器完成读取返回它的响应； 本文由以下几部
本篇概览 本文是《java版gRPC实战》系列的第四篇，前文掌握了服务端流，适合从服务端获取大量数据的场景，今天的目标是掌握客户端流类型的服务，包括服务提供方和使用方两侧的开发； 先来看看官方资料对客户端流式RPC的介绍：客户端写入一个消息序列并将其发送到服务器，同样也是使用流。一旦客户端完成写入消息，它等待服务器完成读取返回它的响应； 本文由以下几部分组成： 提前小结几个重要的知识点，稍后开发过程中要重点关注这几个地方； 在proto文件中定义客户端流类型的gRPC接口，再通过proto生成java代码；
上一篇《gRPC Server 的初始化和启动流程》为大家介绍了 gRPC Server 的初始化和启动流程，本篇将带大家深入到 grpc-rs 这个库里，查看 RPC 请求是如何被封装和派发的，以及它是怎么和 Rust Future 进行结合的。
本文主要分享 Collector Naming Server 命名服务。主要包含如下部分：
今天聊一下gRPC的服务发现和负载均衡原理相关的话题，不同于Nginx、Lvs或者F5这些服务端的负载均衡策略，gRPC采用的是客户端实现的负载均衡。什么意思呢，对于使用服务端负载均衡的系统，客户端会首先访问负载均衡的域名/IP，再由负载均衡按照策略分发请求到后端具体某个服务节点上。而对于客户端的负载均衡则是，客户端从可用的后端服务节点列表中根据自己的负载均衡策略选择一个节点直连后端服务器。
我们知道RPC框架是一个CS的架构，有服务的提供者，有服务的消费者,那么一次RPC请求到底经历也什么了?这篇文章一起从源码揭秘gRPC的一次请求生命周期,从其中我们探寻RPC框架设计时一些必要的模块，
TiKV 是一个支持事务的分布式 Key-Value 数据库，有很多社区开发者基于 TiKV 来开发自己的应用，譬如 titan、tidis。尤其是在 TiKV 成为 CNCF 的 Sandbox 项目之后，吸引了越来越多开发者的目光，很多同学都想参与到 TiKV 的研发中来。这时候，就会遇到两个比较大的拦路虎：
对应于《GRPC-C++源码分析（三）--main线程》中1.5节 for (auto port = ports_.begin(); port != ports_.end(); port++) { int r = server->AddListeningPort(port->addr, port->creds.get()); if (!r) { if (added_port) server->Shutdown(); return nullptr; }
一般情况下,每个端口只能为一个服务所用,如果复用,会报"port is already in use"
本文是《java版gRPC实战》系列的第六篇，前面咱们在开发客户端应用时，所需的服务端地址都是按如下步骤设置的：
在vscode时新增proto文件时，按下sr会出现一个快捷生成CRUD服务的例子
继续上一篇golang源码分析：grpc 链接池（1），我们从源码来分析，我们将从连接池的建立，请求发起的时候获取连接，以及最终关闭连接三个流程进行源码分析。
完整代码：github.com/cuishuang/grpcdemo[2], 此处仅需要使用gRPC Server，不需要Client部分
上篇文章 gRPC，爆赞 直接爆了，内容主要包括：简单的 gRPC 服务，流处理模式，验证器，Token 认证和证书认证。
最近添哥一直反映，他手下的设备以grpc stream的方式向我服务端发送数据。偶然会收到错误。现象如下：
像许多RPC系统一样，gRPC基于定义服务的思想，指定可以使用其参数和返回类型远程调用的方法。
本篇 TiKV 源码解析将为大家介绍 TiKV 的另一周边组件—— grpc-rs。grpc-rs 是 PingCAP 实现的一个 gRPC 的 Rust 绑定，其 Server/Client 端的代码框架都基于 Future，事件驱动的 EventLoop 被隐藏在了库的内部，所以非常易于使用。本文将以一个简单的 gRPC 服务作为例子，展示 grpc-rs 会生成的服务端代码框架和需要服务的实现者填写的内容，然后会深入介绍服务器在启动时如何将后台的事件循环与这个框架挂钩，并在后台线程中运行实现者的代码。
说实话，这篇文章确实让大家久等了，主要是里面有一些技术点都是刚刚研究的，没有存货。
在文章开始之前，请各位先回忆下在日常开发过程中，都使用或依赖了哪些开源项目？是不是发现，开源项目已经完全融入到日常开发！
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
