我有一个关于Behaviors.unhandled的问题，我知道Akka会将未处理的消息发送到Dead Letter，并且使用以下配置，它还会记录该消息

akka {
 loglevel = "DEBUG"
 actor {
   debug {
    # enable DEBUG logging of unhandled messages
   unhandled = on
   }
  }
}

这在以下问题Behaviours.unhandled中有争议，并针对Akka的典型工作方式进行了论证，这是可接受的，也应仅记录在调试级别。
在这一点上，我的但是来，有限状态机是另一个层次上Akka和在有限状态机的概念，这种情况涉及到未设计的处理转移，并作为问题的原始海报声称是一个bug，这是真正重要的迭代方法设计有限状态机.
对于Akka FSM，典型的FSM配置将类似于以下内容：

private val NEW: Behavior[Event] = {
  Behaviors.receive {
    case (ctx, onUserClicked(payload)) =>
      //doSomething()

    case _ => Behaviors.unhandled
  }
}

现在，如果用户在NEW状态期间设法产生onUserDoubleClicked（payload）事件，则这是我们方面设计错误，这令我们感到惊讶。
问题是，我们大多数人不会在生产环境中以调试级别运行应用程序，如果我们在生产环境中遇到未处理的转换，我们将永远不会发现这一点，并在下一次迭代中修复。
为了能够跟踪这一点，我们必须订阅死信并没有传递在所有的FSM概念。
出于这个原因，我认为即使这种情况是可以接受的正常Akka，与有限状态机的概念，这种情况必须记录至少在警告级别或配置选项必须提供配置的行为，或您看到任何其他方式来实现这一点，而没有巨大的代码混乱？