Question

出于某种原因，我必须同时使用gRPC和Akka。当这个演员作为顶级演员开始时，没有任何问题（在这个小演示中）。但当它成为子actor时，它无法接收任何消息，并记录以下内容：

[default-akka.actor.default-dispatcher-6] [akka://default/user/Grpc] Message [AkkaMessage.package$GlobalStart] from Actor[akka://default/user/TrackerCore#-808631363] to Actor[akka://default/user/Grpc#-1834173068] was not delivered. [1] dead letters encountered.

示例核心：

class GrpcActor() extends Actor {
    val ec = scala.concurrent.ExecutionContext.global
    val service = grpcService.bindService(new GrpcServerImpl(), ec)
    override def receive: Receive = {
        case GlobalStart() => {
            println("GlobalStart")
        }
        ...
    }
}

我尝试创建一个新的ExecutionContext，如：

scala.concurrent.ExecutionContext.fromExecutor(Executors.newFixedThreadPool(10))

为什么会发生这种情况，如何调试这样的死信问题（不会抛出异常）？

更新

对不起，我没有在这里列出所有内容。我使用普通的Main方法测试GrpcActor作为顶级actor，而ScalaTest测试它作为子actor，这是一个错误。

class GrpcActorTest extends FlatSpec with Matchers{
    implicit val system = ActorSystem()
    val actor: ActorRef = system.actorOf(Props[GrpcActor])
    actor ! GlobalStart()
}

这是一个空的测试套件，主动关闭整个actor系统。但问题出在这一行

val service = grpcService.bindService(new GrpcServerImpl(), ec)

关闭后GlobalStart()的交付延迟了。

如果没有该行，可以在关闭之前传递消息。

这是正常行为吗？

（我的猜测：发生了GlobalStart()在使用该行的关闭消息之后排队，这做了一些繁重的工作并且在时间上有所不同）

Answer 1

向其父级添加超级用户策略，将println添加到actor生命周期。有些东西会杀死你的演员。最后，如果你提供一个完整的例子，我可以说更多：）

Answer 2

解决问题的一种方法是将service设为lazy val：

class GrpcActor extends Actor {
  ...
  lazy val service = grpcService.bindService(new GrpcServerImpl(), ec)
  ...
}

lazy val对于长时间运行操作很有用：在这种情况下，它会推迟service的初始化，直到第一次使用它为止。如果没有lazy修饰符，则会在创建actor时初始化service。

另一种方法是在测试中添加Thread.sleep以防止actor在系统完全初始化之前关闭actor系统：

class GrpcActorTest extends FlatSpec with Matchers {
  ...
  actor ! GlobalStart()
  Thread.sleep(5000) // or whatever length of time is needed to initialize the actor
}

（作为旁注，请考虑使用Akka Testkit进行演员测试。）

ExecutionContext导致Akka死信

2 个答案: