‘壹’ 在windows环境下 编译pb (protobuf) 文件
protoc --plugin=protoc-gen-go.exe --go_out= . xx.proto
protoc --plugin=protoc-gen-go.exe --go-grpc_out= . xx.proto
若提示： --go-grpc_out: protoc-gen-go-grpc: 系统找不到指定的文件。
需在 grpc-go-1.31.0\cmd\protoc-gen-go-grpc 进行编译， go build即可。 把生成的protoc-gen-go-grpc.exe放到你的 GOPATH/bin 目录下
‘贰’ Spring Cloud集成grpc
spring cloud集成grpc（Eureka版本）
这个demo的本质是先搭建一套简单的微服务，然后在注册的服务中引入grpc。
说明：使用的Spring Cloud版本不新，是Eureka支持的版本。
目录结果如下图：
在 resources 目录下创建application.yml文件，配置内容如下：
创建SpringBoot的启动类，并使用 @EnableEurekaServer ：
运行该类的main方法，在启动成功后，用浏览器防伪 localhost:8761 。
在 resources 目录下创建application.yml文件，用于配置服务注册，配置内容如下：
在 src/main/java/ ，创建grpc服务，并使用 @GrpcService 注册：
在 src/main/java/ 下创建SpringBoot启动的Application，并使用Eureka相关的注解：
运行该类的main方法，然后刷新localhost:8761的网页，检查是否有服务出现。
在 resources 目录下创建application.yml文件，配置服务注册，内容如下：
创建调用grpc的客户端，使用 @GrpcClient 声明服务的地址：
创建控制器，方便测试：
创建SpringBoot的启动类，并注册为服务：
启动该类的main方法，然后刷新浏览器检查 localhost:8761 上是否有新增服务。
‘叁’ android集成Grpc，使用grpc进行数据交互网络通信
集成
1、首先在project的gradle文件中的dependencies里进行如下配置
2、在app的gradle文件中操作
在最顶部添加
添加protobuf编译器
添加grpc的相关引用
ok好了至此已经集成完毕了，接下来就是使用了
proto生成Java文件
(1) 把自己的proto文件复制粘贴到main/proto目录下，点击Android Studio中的Build菜单下的Rebuild Project即可
(2) Java文件生成位置：app/build/generated/source/proto/……
(3) 将Java文件复制出来即可使用
‘肆’ Flutter中使用gRPC
gRPC是谷歌开发的一款远程过程调用系统，可以让客户端像调用本地对象一样使用服务端应用的方法，使用protocol buffers接口定义语言来定义服务方法，protocol buffer定义参数和返回类型。
protobuf类似json，是一种数据结构协议，在android studio中安装Protobuf Support,方便查看编写的proto文件
dart使用proto插件将proto文件生成对应的dart文件，使用如下步骤
https://blog.csdn.net/qq_30903139/article/details/88558414
1、安装flutter之后，再flutter的下面路径中有pub命令，需要将命令加入到path中。
可以vi ~/.zshrc,在文件中加入source ~/.bash_profile，然后在vi ~/.bash_profile文件中加入下面路径（:分割不同的路径）
export PATH=/Users/webull/app/flutter/bin:/Users/webull/app/flutter/bin/cache/dart-sdk/bin:/Users/webull/.pub-cache/bin:$PATH
其中fluter/bin是flutter的命令路径，dart-sdk/bin中包含了pub和其他dart命令，.pub-cache/bin是之后运行pub之后建立的路径，里面包含了proto-gen-dart命令，用来将proto文件转换为dart的命令
2、使用下面的命令安装proto插件
$ pub global activate protoc_plugin
安装完成后，上面的用户目录中的.pub-cache目录才会有proto-gen-dart文件。
1、其中/Users/webull是我的用户目录 app/flutter是flutter的安装目录
参考：
1、gRPC介绍
2、gRPC配置
‘伍’ gRPC服务开发和接口测试初探“Go”
之前写过了Grpc服务开发和接口测试初探【Java】，中间耽搁了一些时间，Go版本的gRPC测试开发实践才有时间学习使用。其中也是由于自己Go语言不够熟悉导致的。之前有段时间想暂时放弃Go语言的学习，导致了Go的生疏，原因是从Groovy到Java性能。
回归正题，Go语言版本的gRPC实践相对Java来说是比较简单的，但是总体的工具链是比较复杂的，可能是因为Go生态目前相比Java还是比较匮乏吧。下面我先简述一下大致的步骤：
以上步骤亲自操作可能会遇到一些小问题，我本人搜到的教程什么的也是乱七八糟，踩了一些坑。我没有整理出一个亲自实践之后的可行的教程，原因有二：
Go语言的gRPC的 proto 编写跟Java大致一致，只有一个报名的参数不太一样。下面是我的 Hello.proto 内容：
这里主要 go_package 网上搜到的配置方式有些不一样，我没有全都尝试，大家在搜索的资料时候，尽量先看看 syntax 这个参数的值，以及文章教程写作的时间，如果距离现在太久了，我建议直接关掉。搜索引擎有过滤功能，可以过滤掉过时的教程。
这里Go语言gRPC的一点优势，就是在一个项目中即可实现，Java需要先弄一个SDK这样。Go语言的gRPC的代码可以通过生成代码命令中的参数实现指定路径。我是放在了和 proto 文件的同级目录。
服务端代码也是比较格式化的内容，如下：
其中 pb.RegisterHelloServiceServer(s, &Ser{}) 如果报错，请检查自己安装的工具 protoc-gen-go 或者 protoc-gen-gofast 版本，一般提取报错 message 搜索也能得到解决办法。
下面是客户端的代码，由于学艺不精，其中大部分参数的含义目前我也不是很清楚，特别是基于 stream 的请求响应的方式使用。后面我先把Java的学完，再回过头来看Go的，按照这个顺序学习和分享。
服务端输出：
忘记打日志了。没有输出
客户端输出：
Go语言的gRPC测试开发实践已经完事儿，大概率上我不会在工作中使用Go作为主力gRPC测试语言，后面测试实践内容还是会以Java为主。
‘陆’ 在Ubuntu的环境下怎么交叉编译grpc到cortex-a9架构
1、 解压工具链压缩包
$ cd ~
$ mkdir toolchain
$ cd toolchain
gcc-4.6.4.tar.xz拷贝到toolchain目录下并解压
$ tar xvf gcc-4.6.4.tar.xz
2、 环境变量的添加
修改文件/etc/bash.bashrc添加如下内容
export PATH=$PATH:/home/linux/toolchain/gcc-4.6.4/bin
重启配置文件
$ source /etc/bash.bashrc
‘柒’ 使用 Rust 构建 gRPC 服务器
弗洛里安·克鲁姆 ( Florian Krumm ) 在Unsplash上拍摄的照片
一旦我了解了gRPC和Thrift，就很难再回到使用更具过渡性的基于 JSON 的 REST API 或SOAP API 了。
两个着名的RPC框架 gRPC 和 Thrift 有很多相似之处。前者源自谷歌，后者源自Facebook。它们都易于使用，对多种编程语言都有很好的支持，并且都具有高性能。
最有价值的功能是多种语言的代码生成以及服务器端反射。这些使 API 本质上是类型安全的。使用服务器端反射，可以更轻松地 探索 API 的模式定义，而无需阅读和理解实现。
Apache Thrift在 历史 上一直是一个流行的选择。然而近年来，由于缺乏来自 Facebook 的持续支持，以及与fbthrift的分叉分叉，慢慢失去了人气。
与此同时，gRPC 已经赶上了越来越多的功能，拥有更 健康 的生态系统。
GRPC（蓝色）与 Apache Thrift（红色）的比较。谷歌趋势
gRPC、fbThrift 和 Apache Thrift 之间的 GitHub 明星 历史 。https://star-history.com
到今天为止，除非您的应用程序以某种方式隶属于 Facebook，否则没有充分的理由考虑 Thrift。
GraphQL是另一个由 Facebook 发起的框架。它与上面的两个 RPC 框架有很多相似之处。
移动 API 开发的最大痛点之一是一些用户从不升级他们的应用程序。因为我们想保持向后兼容性，我们要么必须在 API 中保留旧的未使用字段，要么创建 API 的多个版本。GraphQL 的一个动机就是解决这个问题。它被设计成一种“查询语言”，允许客户端指定它需要的数据字段。这使得处理向后兼容性变得更容易。
GraphQL 在开发移动 API 以及面向公众的 API（例如GitHub）方面具有巨大价值。因为，在这两种情况下，我们都无法轻易控制客户端的行为。
但是，如果我们正在为 Web 前端构建 API 或为内部后端服务构建 API，那么选择 GraphQL 而不是 gRPC 几乎没有什么好处。
以上是迄今为止网络框架的一个小概述。除了网络，我们还需要决定应用服务器的语言。
基于Stack Overflow 调查：“六年来，Rust 是最受欢迎的语言。” 尽管学习曲线相对陡峭，但它的类型安全、优雅的内存管理、广泛的社区支持和性能，都使 Rust 成为一种非常有吸引力和有前途的后端服务开发编程语言。
Rust 是最受欢迎的语言。2021 年 Stackoverflow 调查
我们也开始看到 Rust 在行业中得到越来越广泛的采用：Facebook、Dropbox、Yelp、AWS、Google等。很明显，Rust 将继续增长并继续存在。
这就是我们将在今天的教程中看到的内容——在 Rust 中使用 gRPC 构建一个小型服务器。
使用以下命令安装 Rust：
如果您以前安装过 Rust，我们可以通过以下方式对其进行更新：
让我们仔细检查rustc（Rust 编译器）和cargo（Rust 包管理器）的安装版本：
有关安装的更多信息，请查看https://www.rust-lang.org/tools/install。
运行以下命令创建一个新的“Hello World”项目：
让我们编译并运行程序：
这显示了我们到目前为止的文件结构：
gRPC 使用协议缓冲区来序列化和反序列化数据。.proto让我们在一个文件中定义服务器 API 。
我们定义了一个书店服务，只有一个方法：提供一个书本 id，并返回有关该书的一些详细信息。
我们将使用tonic创建我们的 gRPC 服务。将以下依赖项添加到Cargo.toml文件中：
为了从 生成 Rust 代码bookstore.proto，我们tonic-build在 crate 的build.rs构建脚本中使用。
将以下内容添加到build.rs文件中：
需要特别指出的一件事是，我们添加它.out_dir(“./src”)是为了将默认输出目录更改为该src目录，以便我们可以更轻松地查看生成的文件，以达到本文的目的。
在我们准备编译之前还有一件事。tonic-build依赖于Protocol Buffers 编译器将文件解析.proto为可以转换为 Rust 的表示。让我们安装protobuf：
并仔细检查 protobuf 编译器是否安装正确：
准备编译：
有了这个，我们应该src/bookstore.rs生成一个文件。此时，我们的文件结构应该如下所示：
最后，是时候将服务放在一起了。替换为main.rs以下内容：
正如我们所见，为了简单起见，我们并没有真正的图书设置数据库。在这个端点中，我们只是返回一本假书。
运行服务器的时间：
很好，我们在 Rust 中启动并运行了 gRPC 服务器！
正如开头所说，gRPC 最初给我留下了深刻的印象，因为它具有做服务器反射的能力。它不仅在服务开发过程中很方便，而且还使与前端工程师的沟通变得更加容易。因此，如果不解释如何为 Rust 服务器添加它，那么结束本教程是不完整的。
将以下内容添加到依赖项中：
更新build.rs。需要更改的行用// Add this注释标记。
最后，将其更新main.rs为以下内容。
有许多 GUI 客户端可以使用 gRPC Server，例如Postman、Kreya、bloomrpc、grpcox等。为了简单起见，我们将使用命令行工具grpc_cli。
安装：
并测试我们的第一个 gRPC 端点：
看起来它有效！我的朋友，这就是我们在 Rust 中构建 gRPC 服务器的方式。
这就是今天的内容。感谢阅读和快乐的编码！与往常一样，源代码可在GitHub 上获得。
‘捌’ 对GRPC的通用封装
通过封装将grpc的技术使用难度降低到普通Java程序的开发。
cn.com.yd.commons.grpc提供了4种形式的服务接口定义以适应不同的应用场景。
cn.com.yd.commons.grpc将请求参数和响应参数定义为bytes以统一因业务不同而导致的差异性；使用cglib进行动态代理，在grpc的方法中执行具体的业务处理。
在具体应用中应将此工程使用Maven打包后作为依赖引入目标工程中。
JDK：1.8
GRPC：1.6.1
Protobuf：3.3.0
cglib：3.2.5
IDE：开发工具IDEA
IDEA自带插件支持grpc开发，所以开发工具选择IDEA。在正式开始之前需要先安装Protobuf Support插件。
依次点击Intellij中的“File”-->"Settings"-->"Plugins"-->"Browse repositories"，如图
输入Protobuf，如下所示
在main目录下新建一个名为proto的文件夹，请确保文件夹的所处位置以及名称都正确，否则将不能进行编译，而且不报任何错误。
proto文件编写完成后进行编译以生成对应的class文件，编译后的效果大致如图
其中包含了Request、Response与JSONObject之间的转换等，主要是对应用的辅助。
暂不公开。
‘玖’ gRPC入坑记
概要
由于gRPC主要是谷歌开发的，由于一些已知的原因，gRPC跑demo还是不那么顺利的。单独写这一篇，主要是gRPC安装过程中的坑太多了，记录下来让大家少走弯路。
主要的坑：
本文讲解gRPC demo的同时，会介绍如何解决这些坑。本文对应的Github地址：https://github.com/52fhy/grpc-sample 。该仓库存储了demo示例，以及部分系统编译好的二进制包，大家觉得有些步骤里耗时实在太长了，可以直接clone该仓库，复制二进制包到对应目录（仅限测试开发，生产环境还是老老实实自己编译吧）。
升级GCC
gRPC命令行工具编译需要使用 GCC4.8及以上版本。CentOS6系列的内置版本是GCC4.7。
如果你的系统GCC版本>=4.8，可以忽略本节。如果仅使用golang、java，请忽略本节。
如果需要升级gcc至4.8或更高版本，建议直接采用安装SCL源之后安装devtoolset-6（devtoolset-6目前gcc版本为6.3），因为devtoolset-4及之前的版本都已经结束支持，只能通过其他方法安装。
升级到gcc 6.3：
需要注意的是scl命令启用只是 临时 的，退出shell或重启就会恢复原系统gcc版本。如果要长期使用gcc 6.3的话：
这样退出shell重新打开就是新版的gcc了。其它版本同理。
升级到gcc 7.3：
已经停止支持的devtoolset4(gcc 5.2)及之前版本的安装方法，可能比较慢，大家感兴趣的话可以尝试。
编译gRPC命令行工具
gRPC分C、JAVA、GO、NodeJS版本，C版本包括C++, Python, Ruby, Objective-C, php, C#，这些语言都是基于C版本开发的，共用代码库一个代码库。
如果使用C版本的gRPC，最终要从源码里编译出下列工具：
这些工具作为插件供proto编译器使用。需要先下载 grpc/grpc github上的源码。
这里有2个坑：
1、grpc/grpc仓库比较大，鉴于国内访问的网速，建议使用国内镜像。码云（https://gitee.com）提供了同步更新的镜像地址：
这样下载速度提高了不少。
2、git submole update这个命令实际就是在下载.gitmoles文件里定义的第三方依赖项到third_party目录，这个依赖项有很多，大家可以打开.gitmoles文件查看下详情。依赖的仓库都在github上，下载没几个小时是下载不下来的，就等着慢慢下载吧。
回头想想，我们花费了很多时间，结果只是为了得到grpc的proto编译插件。
PHP相关支持
PHP暂时不支持作为grpc的服务端。作为客户端是可以的，需要机器安装：
其中protoc和protobuf c扩展已经在 Protobuf 小试牛刀 介绍过了，这里不再赘述。上一小节里如果安装成功，那么grpc_php_plugin也是有了的。下面介绍如何安装PHP版的gRPC库。
安装grpc c扩展：
要求：GCC编译器需要4.8及以上版本。可以使用pecl安装：
也可以指定版本：
或者下载源码（http://pecl.php.net/package/grpc）安装：
grpc/grpc代码库里也有PHP扩展的C源码，在grpc/src/php/ext/grpc目录，进去也可以直接编译。
编译完成后在php.ini里添加，使用php --ri grpc可以查看信息。
安装完C扩展后，还需要使用composer安装grpc的库：
gRPC示例
编写gRPC proto
一共定义了三个文件：
其中 User 作为 Model定义，Response 用于 RPC统一返回定义，GreeterService 则是服务接口定义。
限于篇幅，proto文件详见 https://github.com/52fhy/grpc-sample 仓库的proto目录。
GreeterService.proto文件内容如下：
这里面定义了一个service，相当于定义了一个服务接口，我们把方法名、参数定义好了，后面需要去实现它。由于gRPC不支持PHP作为服务端，这里我们使用Golang作为服务端。
首先需要使用proto工具编译出golang的代码：
执行成功，会在 Pb_Go目录里生成Go代码:
如果需要生成PHP客户端的代码，则需要使用grpc php的命令行工具grpc_php_plugin，前面小结如果执行成功，这个工具已经有了。然后：
最终生成的文件：
注意：编译那里如果我们不加--grpc_out=../$out --plugin=protoc-gen-grpc=/usr/local/bin/grpc_php_plugin，生成的PHP类是没有GreeterClient的。这个文件是gRPC编译工具自动生成的，用于连接gRPC服务端。
go编写服务
我们用Golang写服务端。上面虽然生成了Golang的部分代码，但真正的服务还没有写呢。
main.go
首先我们新建个main.go，代码不多，我直接贴出来：
然后就可以编译了。
有个大坑：go build main.go的时候会先下载go.mod里定义的依赖（依赖比较多，详情查看：https://github.com/52fhy/grpc-sample/blob/master/go.mod），其中下面这条非常慢，仓库太大了，虽然重定向到github：
为了快速下载，我在码云上做了镜像，地址：gitee.com/52fhy/google-api-go-client 。改了之后下载快多了。
编译成功后，生成了二进制文件main。我们可以直接运行：
go test
为了测试我们写的服务是否正常，可以写测试用例：
test_client.go
运行：
运行有点慢，感觉依赖的库多了。
php客户端
使用gRPC PHP客户端，确保你已经安装了：
示例：
client_test.php
运行后输出：
常见问题
1、CentOS6使用 go mod获取第三方依赖包unknown revision xxx错误
解决：其实go mod调用链中会用到一些git指令，当git版本比较旧时，调用失败产生错误，并给出歧义的提示信息。方法就是升级git版本，CentOS6自带的git是1.7版本。升级完毕后，再尝试go mod。
快速升级方法：
centos6:
2、PHP报错：Fatal error: Class &#' not found
解决：请安装PHP的protobuf c扩展。
3、PHP报错：Fatal error: Class 'GrpcBaseStub' not found
解决：使用composer require grpc/grpc安装grpc。另外对应的grpc C扩展也要安装。
4、下载 github release包很慢怎么办?
解决：下载Mac版 Free Download Manager 下载工具可以解决Github 下载缓慢或失败问题。速度嗖嗖的。
参考
1、为CentOS 6、7升级gcc至4.8、4.9、5.2、6.3、7.3等高版本
http://www.vpser.net/manage/centos-6-upgrade-gcc.html
2、centos 6.x/7.x使用yum升级git版本 - 夜空
https://blog.slogra.com/post-721.html
3、Protobuf 小试牛刀 - 飞鸿影
https://www.cnblogs.com/52fhy/p/11106670.html
(本文完)
‘拾’ Centos6.8编译grpc总结
由于历史遗留问题，需要在Centos6.8这个过时的系统版本上编译grpc，总结一下几个遇到的问题。
来源于 Install SkyWalking PHP Agent
然后参考 https://gcc.gnu.org/wiki/InstallingGCC ，安装：
并且，stdlibc++的版本也不够新，那么在objdir目录下，安装：
然后export一下环境变量：
原因是bintuils版本过低，一样编译安装一个更加新的。
只要在cmake之前加上下面的环境变量即可