grpc是不是只支持go语言
这篇文章主要介绍“grpc是不是只支持go语言”,在日常操作中,相信很多人在grpc是不是只支持go语言问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”grpc是不是只支持go语言”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
公司主营业务:成都做网站、网站制作、移动网站开发等业务。帮助企业客户真正实现互联网宣传,提高企业的竞争能力。成都创新互联公司是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化,感谢他们对我们的高要求,感谢他们从不同领域给我们带来的挑战,让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。成都创新互联公司推出君山免费做网站回馈大家。
grpc不是只支持go语言。grpc是通信协议基于HTTP/2,支持多语言的RPC框架;目前提供C、Java和Go语言版本,分别是grpc、grpc-java、grpc-go;其中C版本支持C、C++、Node.js、Python、Ruby、Objective-C、PHP和C#支持。
什么是grpc
gRPC 是通信协议基于 HTTP/2,支持多语言的 RPC 框架,面向移动和 HTTP/2 设计。gRPC 基于 HTTP/2 标准设计,带来诸如双向流、流控、头部压缩、单 TCP 连接上的多复用请求等特。这些特性使得其在移动设备上表现更好,更省电和节省空间占用。
RPC:Remote Procedure Call 的缩写,译为远程过程调用(也可译为远程方法调用或远程调用),它是计算机通信协议。该协议可以实现调用远程服务就像调用本地服务一样简单,无需关心跨网络,跨平台,跨语言等问题。
gRPC 消息序列化方式通常使用 Protobuf,它是二进制格式,体积小,网络传输快,占用带宽流量少,调用性能更高。
gRPC 的特点
IDL
gRPC 使用 ProtoBuf 来定义服务,ProtoBuf 是由 Google 开发的一种数据序列化协议(类似于 XML、JSON)。ProtoBuf 能够将数据进行序列化,并广泛应用在数据存储、通信协议等方面。
多语言支持
gRPC 支持多种语言,并能够基于语言自动生成客户端和服务端功能库。目前已提供了 C 版本 grpc、Java 版本 grpc-java 和 Go 版本 grpc-go,其中,grpc 支持 C、C++、Node.js、Python、Ruby、Objective-C、PHP 和 C# 等语言,grpc-java 已经支持 Android 开发。
HTTP2
gRPC基于HTTP2标准设计,带来了更多强大功能,如双向流、头部压缩、多复用请求等。这些功能带来重大益处,如节省带宽、降低TCP链接次数、节省CPU使用和延长电池寿命等。同时,gRPC还能够提高了云端服务和Web应用的性能。gRPC既能够在客户端应用,也能够在服务器端应用,从而以透明的方式实现客户端和服务器端的通信和简化通信系统的构建。
为什么我们要用grpc
生态好:背靠Google。还有比如nginx也对grpc提供了支持,参考链接
跨语言:跨语言,且自动生成sdk
性能高:比如protobuf性能高过json, 比如http2.0性能高过http1.1
强类型:编译器就给你解决了很大一部分问题
流式处理(基于http2.0):支持客户端流式,服务端流式,双向流式
grpc 的优点是怎么实现的
1、grpc性能高:protobuf为什么比json性能高?
1)什么是protobuf?
Protobuf是由Google开发的二进制格式,用于在不同服务之间序列化数据。是一种IDL(interface description language)语言
2)他比json快多少?
快六倍,参考链接
3)为什么protobuf比json快?
protobuf的二进制数据流和json数据流如下图
对比json数据和protobuf数据格式可以知道
体积小-无需分隔符:TLV存储方式不需要分隔符(逗号,双引号等)就能分隔字段,减少了分隔符的使用
体积小-空字段省略:若字段没有被设置字段值,那么该字段序列化时的数据是完全不存在的,即不需要进行编码,而json会传key和空值的value
体积小-tag二进制表示:是用字段的数字值然后转换成二进制进行表示的,比json的key用字符串表示更加省空间
编解码快:tag的里面存储了字段的类型,可以直接知道value的长度,或者当value是字符串的时候,则用length存储了长度,可以直接从length后取n个字节就是value的值,而如果不知道value的长度,我们就必须要做字符串匹配
细化了解protobuf的编码可以去看:varint 和 zigzag编码方式
2、grpc性能高:http2.0为什么比http1.1性能高?
1)多路复用
http2.0和http 1.* 还有 http1.1pipling的对比
示意图
http/1.* :一次请求,一个响应,建立一个连接用完关闭,每一个请求都要建立一个连接
http1.1 pipeling: Pipeling解决方式为,若干个请求排队串行化单线程处理,后面的请求等待前面请求的返回才能获得执行机会,一旦有某请求超时等,后续请求只能被阻塞,毫无办法,也就是人们常说的线头阻塞
http2: 多个请求可同时在一个连接上并行执行。某个请求任务耗时严重,不会影响到其它连接的正常执行
grpc 多路复用还有哪些优点
减少了tcp的连接,降低了服务端和客户端对于内存,cpu等的压力
减少了tcp的连接,保证了不频繁触发tcp重新建立,这样就不会频繁有慢启动
减少了tcp的连接,使网络拥塞情况得以改善
为什么http/1.1不能实现多路复用而http2.0可以?
因为http/1.1传输是用的文本,而http2.0用的是二进制分帧传输
2)头部压缩
固定字段压缩:http可以通过http对body进行gzip压缩,这样可以节省带宽,但是报文中header也有很多字段没有进行压缩,比如cookie, user agent accept,这些有必要进行压缩
避免重复:大量请求和响应的报文里面又很多字段值是重复的,所以有必要避免重复性
编码改进:字段是ascii编码,效率低,改成二进制编码可以提高
以上通过HPACK算法来进行实现,算法主要包含三个部分
静态字典:将常用的header字段整成字典,比如{":method":"GET"} 就可以用单个数字 2来表示
动态字典:没有在静态字典里面的一些头部字段,则用动态字典
Huffman 编码: 压缩编码
3)二进制分帧
在二进制分帧层上,HTTP 2.0 会将所有传输的信息分割为更小的消息和帧,并对它们采用二进制格式的编码 ,其中HTTP1.x的首部信息会被封装到Headers帧,而我们的request body则封装到Data帧里面。
这样分帧以后这些帧就可以乱序发送,然后根据每个帧首部的流标识符号进行组装
对比http/1.1因为是基于文本以换行符分割每一条key:value则会有以下问题:
一次只能处理一个请求或者响应,因为这种以分隔符分割消息的数据,在完成之前不能停止解析
解析这种数据无法预知需要多少内存,会给服务端有很大压力
4)服务器主动推送资源
由于支持服务器主动推送资源,则可以省去一部分请求。比如你需要两个文件1.html,1.css,如果是http1.0则需要请求两次,服务端返回两次。但是http2.0则可以客户端请求一次,然后服务端直接回吐两次。
到此,关于“grpc是不是只支持go语言”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注创新互联网站,小编会继续努力为大家带来更多实用的文章!
分享标题:grpc是不是只支持go语言
文章链接:http://hbruida.cn/article/jgcdjg.html