首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

使用http/2的git推送有时会挂起"17字节杂乱数据“

使用HTTP/2的Git推送有时会挂起"17字节杂乱数据"是由于HTTP/2协议的一种特性导致的。HTTP/2是一种新的网络协议,相比于HTTP/1.1有许多改进,包括多路复用、头部压缩、服务器推送等功能。

在HTTP/2中,多路复用允许多个请求同时在同一个TCP连接上进行,而不需要像HTTP/1.1那样需要建立多个连接。这样可以提高网络传输的效率。然而,由于多路复用的特性,当一个请求出现错误时,可能会影响到其他请求的正常进行。

在Git推送过程中,如果使用了HTTP/2协议,有时会出现"17字节杂乱数据"的问题。这是因为Git在进行推送时,会将数据分成多个小块进行传输,而HTTP/2协议会对这些小块进行压缩和优化,以提高传输效率。但是在某些情况下,由于网络或其他原因,这些小块可能会被错误地解析为"17字节杂乱数据",导致推送挂起。

为了解决这个问题,可以尝试以下几种方法:

  1. 更新Git客户端和服务器:确保使用的Git客户端和服务器都是最新版本,以获得对HTTP/2的更好支持和修复可能存在的问题。
  2. 使用HTTPS协议:尝试使用HTTPS协议进行Git推送,因为HTTPS协议通常会使用TLS加密,可以提供更好的数据完整性和安全性。
  3. 调整网络配置:检查网络配置,确保网络连接稳定,并且没有任何中间代理或防火墙干扰Git推送。
  4. 降级为HTTP/1.1:如果以上方法都无法解决问题,可以考虑暂时降级为使用HTTP/1.1协议进行Git推送,虽然可能会牺牲一些性能优势,但可以避免出现"17字节杂乱数据"的问题。

总之,使用HTTP/2的Git推送出现"17字节杂乱数据"的问题是由于HTTP/2协议的特性导致的,可以通过更新Git客户端和服务器、使用HTTPS协议、调整网络配置或降级为HTTP/1.1来解决该问题。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

HBase面试题总结1「建议收藏」

hbase的特点是什么?? 1)hbase是一个分布式的基于列式存储的数据库,基于Hadoop的hdfs存储,zookeeper管理。 2)hbase适合存储半结构化和非结构化数据,对于结构化数据字段不够确定或者杂乱无章很难按一个概念去抽取数据; 3)hbase为空的纪录不会被存储; 4)基于的表包含rowkey,时间戳,列族,新写入数据时,时间戳更新,同时可以查询到以前的版本; 5)hbase是主从架构,hmaster作为主节点,hregionserver作为从节点。 描述一下hbase的rowkey的设计原则 1)rowkey的长度原则 rowkey是一个二进制码流,rowkey的长度被很多开发者 建议设计在10-100字节,不过建议越短越好,不要超过16字节。 原因如下: a、数据的持久化文件hfile中是按照keyvalue存储的,如果rowkey过长比如100个字节,1000万列数据光rowkey就要占用100*100万=10亿字节,将近1G数据,着就会极大的影响hfile的存储效率。 b、menstore将缓存部分数据到内存,如果rowkey字段过长内存的有效利用效率会降低,系统将无法缓存更多的数据,这会降低检索效率,因此rowkey的长度越短越好,; c、目前操作系统都是64位系统,内存8字节对齐,控制在16字节,8字节的整数倍利用操作系统的最佳特性。

01

以太网不可用于机器人控制?来看看我们的测试结果

以太网是世界上最普及的通信标准。然而,由于其假定的非确定性行为,很少应用在机器人上。在本文中,我们将展示以太网的确定性一面,它可以为机器人通信提供灵活可靠的解决方案。 用于控制机器人系统的网络拓扑和流量模式跟传统网络又很大的不同,后者专注于大型、自组织网络。下面,我们介绍了一些测试和基准测试的结果,涉及超过1亿个传输数据包。在我们的所有测试过程中,没有丢弃或接收无序的数据包。由于文章比较长,我们将分多篇发布。 __技术背景__ 机器人工程师在考虑实时控制技术时,主要关注点之一是延迟的可预测性。最坏的情况

04

Java面试——TCP与HTTP

【1】Cookie 保存在客户端,未设置存储时间的 Cookie,关闭浏览器会话 Cookie 就会被删除;设置了存储时间的 Cookie 保存在用户设备的磁盘中直到过期,同时 Cookie 在客户端所以可以伪造,不是十分安全,敏感数据不易保存。Session 保存在服务器端,存储在 IIS 的进程开辟的内存中,而 Session 过多会消耗服务器资源,所以尽量少使用 Session。 【2】Session 是服务器用来跟踪用户的一种手段,每个 Session都有一个唯一标识:session ID。当服务端生成一个 Session 时就会向客户端发送一个 Cookie 保存到客户端,这个 Cookie 保存的是 Session 的 SessionID 这样才能保证客户端发起请求后,用户能够与服务器端成千上万的 Session 进行匹配,同时也保证了不同页面之间传值的正确性。 【3】存储数据类型不同:Session 能够存储任意的 Java 对象,Cookie 只能存储 String 类型的对象。 【4】大于10K 的数据,不要用到 Cookies。

04
领券