- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我在 java 中使用 grpc-streaming。我有一个持久的开放流,客户端和服务器同时通信。当我调用 onNext
发送消息时,grpc 会在内部缓冲消息并将其异步发送到网络上。现在,如果流在发送数据的过程中丢失,将调用 onError
。我想知道什么是正确的做法:
目前,我正在考虑在应用层中实现一个“ack”机制,对于每收到 x 个项目,接收方都会发回一个 ack 消息。然后为了实现重试,我需要在发送方缓冲项目,并且只在收到 ack 时将它们从缓冲区中删除。此外,在接收方,我需要实现一种机制来忽略收到的重复项。
示例:假设我们每发送 100 个项目发送一个 ack。我们在第 3 批 (200-300) 收到确认,然后在发送项目 300-400 时收到错误。我们再次尝试发送项目 300-400 但客户端已成功收到 300-330 并且它将再次接收它们。因此,客户端需要忽略前 30 个项目。
可以在应用层实现。但是,我想知道是否有更好的做法/框架可以解决这个问题。
最佳答案
经常使用的术语是保证交付来描述从一个地方到另一个地方的无损失的交付数据。
您的用例类似于尝试通过 UDP 等尽力而为的交付传输层提供有保证的交付。通常的方法是确认每个数据包,尽管您可以设计一个方案来按照您的建议在更高级别进行检查。
您通常还希望使用某种形式的滑动窗口,这意味着您不必在发送下一个数据包之前等待上一个确认 - 这有助于避免延迟。
在这个答案中对 UDP 上的这种方法有一个很好的概述:https://stackoverflow.com/a/15630015/334402
对于您的情况,您将收到对您的 RPC 调用的响应,这实际上是 ack - 使用滑动窗口可以让您在收到上一个 ack 之前进行下一个调用。
您的重复交付示例也很常见 - 避免重复计算或混淆的一种常见方法是使用数据包编号并简单地丢弃任何重复的数据包。
关于java - 如何实现无损 grpc-streaming 调用?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57062815/
我正在寻找一个专门用于进一步压缩Jpeg而不改变图像的库。我找到了PackJpeg,但它不提供任何源代码,并且您不允许在商业上使用它。 最佳答案 在PackJPG page上,有一个指向JPEG Op
对于我的视频隐写项目(java),我需要将连续的 PNG 编码到电影文件中。我尝试了xuggler,但我得到了压缩。(由于隐藏在png图像的LSB中的数据在下次我从视频中提取帧时会丢失) 因为我需要稍
我想根据一个或多个模型的属性来过滤 Backbone 集合。我已经阅读了这个问题,我注意到讨论最多的解决方案是简单地使用 this.where({"applicationType": applicat
有没有办法使用 Python 或使用命令行无损将 PDF 旋转 90 度? 我正在寻找真正的旋转,而不仅仅是在 PDF 中添加“/ROTATE 90”,因为之后我必须通过 Hylafax 发送 PDF
我目前正在尝试在 FFMPEG 上使用 H264 对 RGB24 文件进行无损压缩。但是,H264 压缩(RGB24 -> YUV444)中使用的色彩空间转换已被证明是有损的(我猜测是由于量化误差)。
我目前正在处理无损 JPEG 文件(不是 JPEG-LS)。很难找到任何文件来测试我的应用程序。 特别是我需要包含重置间隔标记、多个 DC 霍夫曼表、多个场景或注释标记的文件。 你知道我在哪里可以找到
我正在尝试无损压缩图像,为了利用规律性,我想将图像从 RGB 转换为 Y'CbCr。 (我所说的 RGB 和 Y'CbCr 的具体细节在这里并不重要;RGB 数据由三个字节组成,我有三个字节来存储结果
我正在尝试仅使用 JavaScript 和 HTML5 自己创建 DICOM 查看器。最近几天我一直在研究这个项目,现在我成功解析了我需要的所有文本信息,并且我还可以正确读取和显示未压缩的灰度和 RG
Google 的 PageSpeed 工具告诉我优化我的 PNG 图像,这些图像在 Photoshop 中保存用于网络。在研究了无损 PNG 压缩选项后,我下载了 ImageOptim 并通过它放了一
我需要压缩视频流以通过网络将其从 C++ 库传输到 Java 平台 (Android) 并在那里解压缩。要求如下: 该库必须可用于 Android 平台和 C++(或者,2 个使用通用格式的独立库)
使用 ffmpeg h264(无损)编码/解码视频的见解 所以我在编码部分做了一些工作,用 264 编码一个 avi,但是 VLC 不会播放它,但是 Totem 会。解码同一个文件证明很麻烦。 (我想
我是一名优秀的程序员,十分优秀!