本文目录一览：
- 1、在项目中使用Protobuf协议实现数据传输(二)
- 2、windos平台下php中怎么使用protobuf-CSDN论坛
- 3、了解一下ProtoBuf
- 4、php 怎么用protobuf
- 5、gRPC入坑记
- 6、如何查看php是否支持protobuf
在项目中使用Protobuf协议实现数据传输(二)
上篇已经简单的分析了什么是ProtoBuf协议的优缺点、简单的环境配置、项目中的简单使用和一些编写.Proto文件的注意点，下面我们更加深入一下ProtoBuf的语法及高级使用（非常感谢Carson_Ho大神的博文指导）
作用 ：防止不同 .proto 项目间命名 发生冲突
ProtoBuf包的解析过程如下 ：
作用 ：影响 特定环境下 的处理方式，但不改变整个文件声明的含义
常用Option选项 ：（因为使用有限，简单列举常见的）
作用 ：真正用于描述 数据结构
在.proto消息模型中主要有 消息对象字段
组成 ：字段 = 字段修饰符 + 字段类型 +字段名 +标识号（主要针对proto2以前版本）
字段 = 字段类型 +字段名 +标识号（主要针对proto3及以后版本）
一个消息对象 可以将 其他消息对象类型 用作字段类型
关于ProtoBuf在项目中的实践的高级用法请关注：下一篇博客：在项目中使用Protobuf协议实现数据传输(三)
windos平台下php中怎么使用protobuf-CSDN论坛
当两个进程在进行远程通信时，
彼此可以发送各种类型的数据。
无论是何种类型的数据，都会以二进制序列的形式在网络上传送。发送方需要把这个对象转换为字节序列，才能在网络上传送；接收方则需要把字节序列再恢复为对象。 把对象转换为字节序列的...
了解一下ProtoBuf
我们在进行网络通信调用的时候，总是需要将内存的数据块经过序列化，转换成为一种可以通过网络流进行传输的格式。而这种格式在经过了传输之后再经过序列化，能还原成我们预想中的数据结构。
那么我们对于这种用于中间网络传输的数据格式就有一定的要求。首先它可以准确地描述数据内容，在此基础上我们则希望它尽量的小。
最开始流行起来的是XML，可扩展标记语言。由于它可以用来标记数据、定义数据类型，所以用户可以自己定义数据自己的语言，从而让对不同的数据结构化成统一的格式称为了可能。
而另外一个我们熟知的则是JSON（JavaScript Object Notation, JS 对象简谱）。尽管JSON中缺少了XML中的标签属性等描述方式，但是足够简介和清晰的层次结构使得其成为了必XML更受欢迎的数据交换格式。
同一份数据显然JSON的数据量比XML所使用的空间更少。那么空间省略在哪里呢？一方面是json使用更简单的字符来定义数据间的关联关系；另一方面是JSON减少了对数据类型的描述。但是丢少的数据类型再哪里呢？
以Java中的 OpenFeign 举例，JSON中缺少的类型定义被定义道程序中的接口中了。当进行序列化与反序列化时，JSON格式并不记录数据的类型，具体的数据类型在序列化方与反序列化方通过事先约定的接口来进行定义。这样就减少了信息传输过程中的信息量，从而让数据得以压缩。
但是JSON由于没有定义数据类型，所以在传输的过程中实际上就都是文本流，那么这种方法还可以进一步压缩吗？
结合上文的讨论，我们先说结论：方法是有的，并写当前的实现方式是ProtoBuf。但在此之前我们先来了解一下ProtoBuf。
我们可以先看看官方给出的定义与描述：
同样的，ProtoBuf也是一种支持序列化反序列化的方法，并且他具有很多优点：
实际上，ProtoBuf提供了一种通用的数据描述方式，这种定义数据的方式是通用的，就如同JSON或者XML一样。
接下来我们来来回答本节一开始的问题，针对JSON来说，ProtoBuf是如何将体积变得更小的呢？答案很简单，就是为数据序列化反序列化提供更多的先验知识。
本文暂不过度深入ProtoBuf原理，但是可以通过一张图来进行简要说明（）：
ProtoBuf中的数据是按顺序进行排列，而整体的结构为若干个field，每一个field中由 Tag-[Length]-Value 组成。Length是可选的，而是否存在Length是通过Tag的类型来决定的。也就是说如果是指定的类型，比如int64，那我们就可以知道Value的长度，也就不用在依靠Length来对其空间进行描述（redis中的压缩列表也是这个思想）。
那么field应该对应的是什么字段呢？这个则是在序列化与反序列化时在ProtoBuf的服务端与客户端之间进行预先定义的。而因为提前定义了field的类型、排序，所以field本身可以不用对字段名、字段位置进行描述，只需要根据字段类型选用合适的二进制序列化方法，将字段本身的value值进行序列化传输即可。
稍微总结一下：
ProtoBuf通过对传输字段的名称、顺序进行预定义，从而在传输结构中只需要顺序的记录每个字段的类型标签和二进制值。
尽管上文和官方中都是以XML或者JSON来对ProtoBuf进行对比。但是因为ProtoBuf本身就是二进制序列化方式，所以从压缩比上比较感觉有点欺负人。
对应的在Java中二进制常用的序列化器有Kryo和Hessian。但事实上，由于Kryo和Hessian中都需要对Java类名和字段信息进行存储。而ProtoBuf则只有Tag-Length-Value的数据对，且Value更是有针对性的特殊编码，所以空间占用小的很多。
Kryo是专门针对Java进行优化了的。所以在使用的便捷性上来说Kryo则更加方便。但ProtoBuf是跨平台的，且由于进行了字段的顺序定义，所以似的ProtoBuf定义后的接口是可以向前兼容的（只向后追加字段），而这种优势是Kryo所没有的。
ProtoBuf是跨语言的，使用ProtoBuf的第一步是先定一个 proto 文件 ，而由于ProtoBuf 2和3语言版本的不同，其定义格式会有所不同，具体的细节还是得参考官方文档：
对于ProtoBuf 3 的定义文档我们可以按如下方法定义：
其中message关键字是定义的文件名，而 string、int32则是预定的字段类型，repeated则是描述字段为可重复任意多次的字段。
ProtoBuf通过这种形式的文件定义了传输信息的文件结构。
但是之前小节中我们知道了ProtoBuf是通过 Tag-[Length]-Value 组成的数据组来进行信息传输的，那么proto文件中定义的内容如何转换为实际传输的对象呢？
ProtoBuf的做法是，为每一种语言提供一个生成器protoc。通过使用protoc则可以根据.proto文件生成为一组java文件。对应的官方语法演示样例为：
官方的生成参考为：
生成后的java文件将提供对应的实体以及数据的构造方法等文件，从而支持后续的使用。
需要注意的是，ProtoBuf是本质上是序列化方法，具体是通过Spring Cloud 的OpenFeign进行接口调用，还是通过grpc进行接口调用，都是可以的。
本文对ProtoBuff进行了概念的整理，并没有对每个细节都进行深入的梳理，可以当作概念科普来进行阅读。
php 怎么用protobuf
PHP 是一种新型的 CGI 程序编写语言.应该说是个嵌入式脚本文件。和ASP、JSP有很多类似的功能。唯一不同的是，ASP要整站的解释在传递，而PHP则可以嵌入HTML代码里，和HTML一起发送。要读.PHP文件就要用PHP解释器。现在用的是PHP V4.3.0有支持 Windows和 Unix/Linux的版本。当然你还要在自己机子上虚拟主机，可以用很出名的Apache软件。php可以用文本编辑器(如记事本、emeditor、phpedit等)打开。如果要运行它得安装相应的php解释器和web服务支持才行。希望对你有帮助,谢谢
gRPC入坑记
概要
由于gRPC主要是谷歌开发的，由于一些已知的原因，gRPC跑demo还是不那么顺利的。单独写这一篇，主要是gRPC安装过程中的坑太多了，记录下来让大家少走弯路。
主要的坑：
本文讲解gRPC demo的同时，会介绍如何解决这些坑。本文对应的Github地址： 。该仓库存储了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仓库比较大，鉴于国内访问的网速，建议使用国内镜像。码云（）提供了同步更新的镜像地址：
这样下载速度提高了不少。
2、git submodule update这个命令实际就是在下载.gitmodules文件里定义的第三方依赖项到third_party目录，这个依赖项有很多，大家可以打开.gitmodules文件查看下详情。依赖的仓库都在github上，下载没几个小时是下载不下来的，就等着慢慢下载吧。
回头想想，我们花费了很多时间，结果只是为了得到grpc的proto编译插件。
PHP相关支持
PHP暂时不支持作为grpc的服务端。作为客户端是可以的，需要机器安装：
其中protoc和protobuf c扩展已经在 Protobuf 小试牛刀 介绍过了，这里不再赘述。上一小节里如果安装成功，那么grpc_php_plugin也是有了的。下面介绍如何安装PHP版的gRPC库。
安装grpc c扩展：
要求：GCC编译器需要4.8及以上版本。可以使用pecl安装：
也可以指定版本：
或者下载源码（）安装：
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文件详见 仓库的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里定义的依赖（依赖比较多，详情查看：），其中下面这条非常慢，仓库太大了，虽然重定向到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 'Google\Protobuf\Internal\Message' not found
解决：请安装PHP的protobuf c扩展。
3、PHP报错：Fatal error: Class '\Grpc\BaseStub' 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等高版本
2、centos 6.x/7.x使用yum升级git版本 - 夜空
3、Protobuf 小试牛刀 - 飞鸿影
(本文完)
如何查看php是否支持protobuf
首先要知道,protobuf是google提供的一个开源序列化框架，类似于XML，JSON这样的数据表示语言，详情访问protobuf的google官方网站。
为什么要使用呢！
使用protobuf主要是， 一条消息数据，用protobuf序列化后的大小是json的10分之一，xml格式的20分之一，是二进制序列化的10分之一。
其次要知道，protobuf原生支持程序语言c++,java,python；其它的语言需要第三方或者自己写，序列化和反序列化的效率不保证。若是真要在php中使用，网络也很多，层次不齐，可斟酌！
参考：
