腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
搜索
搜索
关闭
发布
文章
问答
(9999+)
视频
沙龙
1
回答
如果
发送
消息
的确
认
信息
丢失
,
我
应该
重新
发送
还是
重新
连接
?
、
、
、
、
在分布式系统中,为了确保对等节点正确地接收到
消息
,我们可以使用应用层确认机制(ACK)。但是,当客户端和服务器端通过TCP或WebSocket
连接
时,
如果
发送
方没有收到已
发送
消息
的应用层确认,这是否意味着
连接
已断开,需要
重新
连接
?数据或应用层ACK是否可能在应用层
丢失
,但实际上在TCP层成功传输?(在这种情况下,
重新
发送
消息
可能更经济。)
浏览 20
提问于2021-01-23
得票数 0
1
回答
当使用mqtt QoS 2发布
消息
时,它会
丢失
吗?
、
我
正在尝试使用实现MQTT客户端。
我
想保证,
我
试图发布的每一条
信息
都会传到经纪人那里。
我
不知道QOS2到底是什么意思:它声明一条
消息
将精确地
发送
一次。这是否意味着当
连接
丢失
时,它将尝试在
重新
连接
后自动重传
消息
?
还是
应该
由应用程序来处理? 在这个库中,默认情况下
重新
连接
也是自动完成的?或者需要检查是否发生了con
浏览 0
提问于2018-11-28
得票数 5
回答已采纳
2
回答
apache2保持活动并打开tcp
连接
、
IP数据包包含有效负载,例如HTTP
信息
,而HTTP
信息
又包含html
信息
。IP数据包封装在TCP段中,TCP段检测网络传输中的问题,请求
重新
传输
丢失
的数据,
重新
排列无序数据,并帮助最小化网络拥塞。这样做的方式是TCP接收方在接收数据时使用ack
消息
进行响应。
发送
方维护数据包
发送
时的计时器,
如果
在
消息
确认之前计时器过期,则
重新
发送
数据包。当TCP接收方接收到其最后
浏览 0
提问于2014-05-03
得票数 0
回答已采纳
2
回答
MQTT代理与MQTT客户端的通信
、
我
已经有了一个cumulocity客户机,它通过MQTT与cumulocity代理进行通信。由于某些原因,无法在cumulocity文档中找到任何有关此
信息
的
信息
,这是客户端的唯一
信息
。
浏览 0
提问于2018-02-26
得票数 0
回答已采纳
2
回答
由于seqnum太低引发程序断开
、
、
quickfixj启动器断开
连接
:在尝试登录到接收方时遇到END_OF_STREAM。我们使用供应商的固定引擎作为接受者。
我
阅读了quickfix文档,但没有得到序列号不匹配的正确解决方案。
我
知道,
如果
我
断开
连接
,
我
的发起者将
发送
一个35=4与启动器端seqnum请求接收者
重新
发送
消息
并填补空白。但在何种情况下,
如果
发起人
发送
较低的seqnum将被接受者拒绝并拒绝
浏览 1
提问于2018-06-13
得票数 1
1
回答
PHP RabbitMQ使用者停止使用事件
、
、
我
有一个使用php-amqplib的php守护进程,它使用来自RabbitMQ服务器的
消息
。$channel->wait();$this->connection->close(); 当我在后台运行它时,它会处理事件,将输出和错误写入各种日志,
我
可以在过了很长一段时间后,它就停止这样做了:在错误和输出日志中都没有出现
消息
,RabbitMQ控制面板显示队列没有消费者,但进程仍在以某种方式运行。
浏览 72
提问于2021-07-22
得票数 0
回答已采纳
1
回答
Azure Service Bus队列客户端持久性
在对Service Bus队列使用代理
消息
传递时,
我
知道云队列本身是持久的。它是否也会影响客户端?例如,当我将
消息
发送
到队列时,当事务由于
连接
丢失
节流问题而被拒绝时,
我
是
应该
手动处理这种情况,
还是
应该
将其自动持久化到客户端的某个位置并稍后
重新
发送
?
浏览 0
提问于2013-06-21
得票数 1
回答已采纳
1
回答
基于ScaleoutMessageBus的Signalr背板需要一个递增标识符?
、
我
正在努力理解如何创建自己的IMessageHub。
我
不想依赖任何额外的基础设施,而且
消息
的数量也很低。因此,
我
决定使用一个简单的套接字解决方案来复制
消息
。
我
看过不同ScaleoutMessageBus实现的源代码,但这些代码似乎需要一个额外的严格增加的标识符(例如,Redis实现使用'INCR‘)。有人能证实情况就是这样吗?随机标识符不会剪掉它?
浏览 2
提问于2014-09-29
得票数 2
回答已采纳
2
回答
主题中的
消息
持久性
、
假设代理已经
重新
启动,并且一些发布者已经开始向某个主题
发送
消息
,现在一些持久订阅者将与此主题
连接
,但目前还没有持久订阅者,因此
如果
代理
重新
启动,发布者
发送
到该主题的所有
消息
到现在都会
丢失
?
我
试过以上情况,实际上所有的
信息
都
丢失
了。而且,
我
尝试过这种情况--
我
有一个活跃的持久订阅者,它能够将
消息
推送到主题上,然后它被关闭,同时更多
浏览 1
提问于2017-04-18
得票数 0
回答已采纳
1
回答
ZeroMQ推拉和
丢失
消息
、
、
、
、
我
正在使用来自.NET的.NET,并且被困在试图修复一个奇怪的问题上。
我
有一个类型推送的套接字和一个类型拉出TCP。当客户端断开
连接
时,服务器仍然能够
发送
一条
消息
(请注意,没有任何标志传递给Socket.Send方法),该
消息
在开始阻塞和等待客户机
重新
连接
并传递
我
随后试图
发送
的
消息
之前得到了完全的大量
信息
。
我
如何避免
丢失
消息
(或
浏览 1
提问于2011-02-23
得票数 6
回答已采纳
1
回答
关于套接字的一些问题,并接受()
、
、
然后,
如果
关闭服务器,则在客户端
连接
之后,我们使用accept()等待客户端请求(例如,我们ctrl+c进程)。 我们能以某种方式
重新
建立到套接字的
连接
吗?
还是
recvfrom()等待有人将其绑定回套接字?
浏览 4
提问于2017-02-05
得票数 4
回答已采纳
1
回答
如果
应用程序在处理过程中崩溃,MQ如何确保
消息
不会从队列中删除?
、
接收应用程序如何控制
消息
没有从队列中取出,直到它
发送
消息
的确
认?例如,在一个场景中,接收应用程序获取
消息
并崩溃发布
消息
,从MQ的角度来看,
消息
本来会被
发送
,但是接收应用程序还没有处理它,从这个意义上说,有可能
丢失
消息
。是否有一种方法可以控制MQ何时从队列中取出该
消息
?从
发送
应用程序的角度来看,类似的问题是,在Bluemix上MQLight的SLA是什么,所以
如果
M
浏览 1
提问于2016-04-21
得票数 0
回答已采纳
1
回答
TCP是否将FIN重传视为正常分段重传?
、
据我所知,TCP为每个数据段启动
重新
传输定时器,每当定时器过期时,它
发送
并
重新
发送
数据包(假设没有从接收方接收到dup ack ),并
重新
启动一个持续时间更长的新定时器,直到故障数达到一定限度为止。只是想知道在运输过程中FIN数据包
丢失
是否做了同样的事情?(例如重传、增加计时器长度等)
如果
第1或第3 FIN
丢失
,TCP是否使用相同的逻辑在失败前像普通数据段一样
重新
传输它?
如果
在<
浏览 6
提问于2016-02-14
得票数 0
回答已采纳
1
回答
FIX协议:在重传过程中接收出序列
信息
导致重传中的循环
、
我
有一个使用QuickFIX/n作为修复层的修复客户端。
如果
由于某种技术原因,
我
的客户端被断开
连接
,那么修复服务器将继续
发送
消息
,直到它注意到客户机已经不存在(
我
假设有心跳)。当我的客户
重新
连接
时,它会注意到第一条
消息
上的空白。例如,
如果
我
的客户端上一次接收
消息
有SeqNuM=124,并且在
重新
连接
时服务器
发
浏览 3
提问于2020-03-07
得票数 2
回答已采纳
1
回答
正确的套接字类型的
消息
追赶机制?
我
有一个发布者应用程序(PUB),它有N个订阅者(SUB)我们已经实现了发布者写入的简单事件存储。我们实现了一个CatchupService,它可以查询事件存储并向订阅者
发送
丢失
的
消息
。 我们在订阅服务器中实现了一个推送套接字,该套接字
发送
丢失
消息
的请求。订阅服务器还具有一个拉套接字,用于侦听独立端口上
丢失
的
浏览 4
提问于2014-01-30
得票数 0
2
回答
TCP协议:主机暂时不可用
、
、
假设我们的客户端正在以恒定的速率
发送
数据包。现在,
如果
服务器暂时停机,可能会出现两种情况1)数据包不会下发到服务器。因此,队列中的其他数据包必须等待服务器响应。当我
发送
数据包A时,服务器暂时关闭,然后数据包B和C将在最初计划的时间
发送
,或者在服务器接收到A后
发送
。
浏览 3
提问于2010-09-19
得票数 0
回答已采纳
1
回答
在断开
连接
(包括中断的TCP
连接
)的情况下,以安全的方式重用和
重新
创建
连接
?
、
如果
由于任何原因我将被断开,那么下一次,
我
应该
: 重用声明为易失性的同一个XMPPConnection引用,并在另一个线程上调用connect?(因为Android不允许
我
在主线程上调用IO?)
重新
创建XMPPConnection并清理旧的?这里还有一个陷阱,因为在转换到第二个
连接
时,您可能会
丢失
一些
消息
。
我
正在考虑使用一个队列来保存
我
的
消息
,并在
连接
可用时立即写入它们。<em
浏览 0
提问于2014-01-22
得票数 4
1
回答
持久化与非持续性交付的区别
、
我
阅读了以下,并从中了解到,假设
我
在ActiveMQ服务器停机时向ActiveMQ服务器
发送
一条
消息
,但
如果
我
将生产者的传递模式标记为持久性producer.setDeliveryMode(DeliveryMode.NON_PERSISTENT);,那么一旦ActiveMQ服务器启动,
消息
将被传递。现在,为了测试这一点,
我
只是停止了
我
的ActiveMQ服务器,然后从JMS
发送
了一条
消息
,现在正如预期
浏览 3
提问于2017-04-17
得票数 2
回答已采纳
1
回答
为什么从服务器
丢失
第一个Syn + Ack不会建立
连接
?
、
、
在TCP 3路握手中,将
发送
3个段(SYN、SYN、ACK).
如果
服务器上
丢失
的syn+ack无法建立
连接
,该怎么办?
如果
第三段(ACK)
丢失
了怎么办?
发送
者是要
重新
发送
段
还是
放弃建立
连接
?这两位主持人怎么知道片段
丢失
了呢?
浏览 0
提问于2021-09-23
得票数 0
点击加载更多
相关
资讯
RabbitMQ消息确认机制
腾讯二面:引入RabbitMQ后,你如何保证全链路数据100%不丢失?
RabbitMQ消息可靠性分析
检测DTU信号是否稳定的4个方法
三次握手,四次挥手,原来TCP这么有礼貌!
热门
标签
更多标签
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
活动推荐
运营活动
广告
关闭
领券