gRPC 1.24.0 发布,谷歌开源的高性能 RPC 框架
gRPC 1.24.0 发布了。gRPC 是 Google 开源的高性能、通用 RPC 框架,面向移动和 HTTP/2 设计,是由谷歌发布的首款基于 Protocol Buffers 的 RPC 框架。gRPC 基于 HTTP/2 标准设计,带来诸如双向流、流控、头部压缩、单 TCP 连接上的多复用请求等特性。这些特性使得其在移动设备上表现更好,更省电且节省空间占用。
主要更新内容如下:
Core
- gRPC Core 开始依赖于 C++ 标准库,如 libstdc++,具体取决于平台。这适用于所有包装的库,它们也具有此新的依赖关系。
- 如果套接字初始化失败,则捕获错误。 (#19766)
- 收到 GOAWAY 后,勿创建流 (#19968)
- 防止 HTTP2 解析器使大量诱导帧排队 (#19924)
- 在 cronet 标头中将 RPC 截止日期发送到服务器 (#19820)
- 传递给 grpc_channel_register 的主机和方法的授权静态字符串 (#19263)
- 如果为写入而关闭流,则 SEND_MESSAGE 操作失败 (#19868)
- 添加 Delegating Channel (#19316)
其他大量更新内容请查看更新说明及下载地址。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Go 1.13.1 和 Go 1.12.10 发布,小版本更新
Go 1.13.1 和 Go 1.12.10发布了,修复了一个安全问题,如下: net/http (通过 net/textproto)接受无效的 HTTP/1.1报头并将其标准化,在冒号前会出现空格,产生RFC 7230错误。 如果一个 Go 服务器在一个不常见的反向代理后面使用,该代理接受并转发这些无效的报头,却不对这些无效报头进行规范化,反向代理和服务器就会互不相同地解释这些报头。这可能导致过滤旁路或请求漏洞(request smuggling),如果来自不同客户端的请求被代理多路复用到相同的上游连接上,则导致请求漏洞。这些无效的报头现在被 Go 服务器拒绝,并且在没有规范化的情况下传递给 Go 客户端应用程序。 查看发布说明以了解更多信息: https://groups.google.com/forum/m/#!topic/golang-announce/cszieYyuL9Q
- 下一篇
PyCharm 2019.2.3 发布,Python IDE
PyCharm 2019.2.3 发布了,主要更新内容如下: 修复 解决了调用字符串文字时导致错误的问题 调试器中的回归错误已修复: 在程序上使用多处理导致无法调试它们,该问题已得到解决 修复了导致未捕获的异常不显示回溯数据的问题 在调试模式下执行代码时的断点用法引发了不同的执行行为,并导致错误,此问题已得到解决 解决了从 Windows 应用商店下载无法正确设置 Python 解释器的问题 改进 改进了 SVN 性能,以避免不必要地处理 SVN 操作的结果 其他一些平台问题也得到解决 发布公告:https://blog.jetbrains.com/pycharm/2019/09/pycharm-2019-2-3/
相关文章
文章评论
共有0条评论来说两句吧...