Java Akka是否适用于具有瞬时网络覆盖的系统?

Java Akka是否适用于具有瞬时网络覆盖的系统?,java,scala,akka,Java,Scala,Akka,Akka是否适合在预期节点进出wifi覆盖范围的系统中使用?必须考虑哪些方面(例如,首选哪些传输协议)?Akka适用于具有瞬时网络覆盖的系统。正如Viktor在对问题的评论中指出的那样,主管层级可用于处理未交付错误。有关更多详细信息,请参阅问题评论中的对话 为了验证这一点,我对两台计算机进行了一些测试,并物理地将网络连接切换到其中一台计算机上。挂起套接字没有问题,中断期间排队的消息在(物理)重新建立连接时发送,正如预期的那样。您的消息语义是什么?请求-回复以及触发-忘记(如果可能)。不,我的意思

Akka是否适合在预期节点进出wifi覆盖范围的系统中使用?必须考虑哪些方面(例如,首选哪些传输协议)?

Akka适用于具有瞬时网络覆盖的系统。正如Viktor在对问题的评论中指出的那样,主管层级可用于处理未交付错误。有关更多详细信息,请参阅问题评论中的对话


为了验证这一点,我对两台计算机进行了一些测试,并物理地将网络连接切换到其中一台计算机上。挂起套接字没有问题,中断期间排队的消息在(物理)重新建立连接时发送,正如预期的那样。

您的消息语义是什么?请求-回复以及触发-忘记(如果可能)。不,我的意思是,最多一次,至少一次,出站消息将保留多长时间,它们是否会溢出到磁盘,出站队列中的消息是否有上限,如果有,如果达到该上限会发生什么?很抱歉,没有尽快回复,但我必须阅读一些消息语义:)我认为系统可以设计为至少使用一次(哪个是首选,对吗?)。当节点断开连接时,大多数消息都会被丢弃(基本上,当节点连接/重新连接时,新的“会话”将启动)。但是,有些消息将不得不溢出到磁盘,可能没有上限…Akka remote actors具有您所需的语义,您可以使用主管层次结构来处理未送达错误。除此之外,您还没有给出任何详细信息,因此我只能对您迄今为止所说的内容进行评论。