反射其實(shí)是可以來做這種解碼的，無非就是遍歷整個結(jié)構(gòu)體的元信息，然后依次從字符串里面提取并轉(zhuǎn)換下類型就行了。

但是，題主這種用"|"分割編碼方式有相當(dāng)大的缺陷 -- 有沒有考慮過這個問題：

假如有下面這樣一個結(jié)構(gòu)體：

type A struct {
    Code int
    Msg string
    Sender string
}

而有個消息是 "101|這段shell代碼 cat hello.txt | wc -l 怎么沒法工作呀？|Jim"，你怎么解碼？

Msg本來是"這段shell代碼 cat hello.txt | wc -l 怎么沒法工作呀？", 但是小心別解碼成了"這段shell代碼 cat hello.txt ".

使用定界符的編碼方式都會遇到這種問題。

當(dāng)然題主的場景中是否會遇到這種問題尚未可知，提醒下。

解決方法自然是有的，可以參考JSON和BSON。

可以但不推薦，有些場景還可能做不到
比如

type A struct {
    Code int
    Msg string
}
type B struct {
     Code int
     Name string
}

那么應(yīng)該反序列化哪一個呢？
推薦json
如果非要用A|B這種，那就根據(jù)CmdId來決定哪一個結(jié)構(gòu)
反射慢, 而且用到這里代碼耦合

• 字符串data和目標(biāo)結(jié)構(gòu)體怎么對應(yīng)呢？這點(diǎn)我不知道其中的業(yè)務(wù)邏輯，即字符串101|testname是怎么對應(yīng)上某個結(jié)構(gòu)體的呢？即使像你說的用反射，那反射拿到結(jié)構(gòu)體metadata后又怎么和這個字符串對應(yīng)呢？假設(shè)這個字符串中包含了某個屬性名，那按照屬性名可以和反射得到的結(jié)構(gòu)體屬性對應(yīng)上，這算是一種對應(yīng)邏輯。所以說，這不是技術(shù)上能不能實(shí)現(xiàn)的問題，是個業(yè)務(wù)問題。

• 既然不同的結(jié)構(gòu)體所對應(yīng)的解析函數(shù)會有所不同，那應(yīng)該給每個結(jié)構(gòu)體定義一個解析函數(shù)。

  type ResolveFunc func(data string) *PassportMsg
  
  func resolveMessage(data string, f ResolveFunc) *PassportMsg{
      // 其他代碼邏輯
      return f(data)
  }