F# Akka.Net中本地与远程Actor间可辨识联合交互问题

1. 可辨识联合类型未共享：如果本地、远程项目分别定义了同名的Task1/Task2可辨识联合，二者属于完全不同的CLR类型，要么本地发送时就会触发类型不匹配报错，要么远程反序列化后无法匹配到对应分支。
2. Actor强类型约束不匹配：如果使用的是强类型Actor（比如Akka.NET Typed Actor、F# Akka强类型邮箱），本地拿到的远程Actor引用的泛型参数和远程Actor实际支持的消息类型不一致，会直接拦截发送请求。
3. 序列化配置缺失：可辨识联合属于F#特有类型，默认的通用序列化器不会主动序列化DU的Case标识，会导致远程反序列化后无法识别具体的消息类型。

• 提取公共消息类型：将消息用到的可辨识联合定义到独立的共享类库中，本地、远程项目同时引用该类库，禁止两边重复定义同名字段。
  示例公共类库代码：

  // 共享类库 Messages.fs
  module SharedMessages =
      type ActorCommand =
          | Task1 of string
          | Task2 of string
  

• 统一Actor消息类型约束：确保远程Actor的邮箱类型、本地获取的远程Actor引用的消息类型，都绑定到共享类库中的ActorCommand类型。
  示例远程Actor实现：

  // 远程服务端代码
  open SharedMessages
  let remoteWorker = spawn actorSystem "task-handler" <| fun mailbox ->
      let rec handlerLoop () = actor {
          let! (msg: ActorCommand) = mailbox.Receive()
          match msg with
          | Task1 content -> printfn "done: %s" content
          | Task2 content -> printfn "completed: %s" content
          return! handlerLoop()
      }
      handlerLoop()
  

• 配置序列化器支持F#可辨识联合：如果使用JSON序列化，需要引入F#类型转换包，在序列化配置中添加DU转换器：
  以Akka.NET + Newtonsoft.Json为例，配置示例：

  akka {
    actor {
      serializers {
        json = "Akka.Serialization.NewtonSoftJsonSerializer, Akka"
      }
      serialization-bindings {
        "SharedMessages.ActorCommand, SharedMessages" = json
      }
      serialization-settings {
        json {
          converters = ["Newtonsoft.Json.FSharp.DiscriminatedUnionConverter, Newtonsoft.Json.FSharp"]
        }
      }
    }
  }
  

• 本地直接调用共享类型发送消息：

  // 本地客户端代码
  open SharedMessages
  let remoteActor = select actorSystem "akka.tcp://remote-server@127.0.0.1:9001/user/task-handler"
  remoteActor <! Task1 "yes"
  

内容的提问来源于stack exchange，提问作者Jayachandra