快捷導(dǎo)航

GO比較兩個(gè)對(duì)象是否相同實(shí)戰(zhàn)案例

更新時(shí)間：2022年12月06日 09:57:17 作者：阿兵云原生

我們時(shí)常有比較兩個(gè)值是否相等的需求,下面這篇文章主要給大家介紹了關(guān)于GO比較兩個(gè)對(duì)象是否相同的相關(guān)資料,文中通過(guò)實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下

前言

本文主要是來(lái)聊一聊關(guān)于 Golang 中的深度比較 DeepEqual

因?yàn)樽罱l(fā)現(xiàn)身邊的小伙伴寫 2 個(gè)或者多個(gè) map 比較的時(shí)候，都是自己去實(shí)現(xiàn)去比較每一個(gè)結(jié)構(gòu)，每一個(gè)節(jié)點(diǎn)的 key 和 value 是不是都相等，且根據(jù)不同的數(shù)據(jù)結(jié)構(gòu)，都要去實(shí)現(xiàn)一遍，沒(méi)有必要自己造輪子

我們知道，對(duì)于布爾類型，整形的，浮點(diǎn)類型，復(fù)數(shù)，指針，字符串類型的值可以直接使用 == 來(lái)進(jìn)行比較，確認(rèn)雙方是否相等

甚至對(duì)于 channel 類型，也是可以使用 == 來(lái)進(jìn)行比較是否相等的

那么對(duì)于 golang 中的切片 slice，數(shù)組 array，map，interface{}，struct 結(jié)構(gòu)體我們?nèi)绾稳ミM(jìn)行比較呢？顯然使用 == 是不行的，此處的 m1 和 m2 是 map[string]int

此處你是否可能會(huì)想到 C++ 還可以去重載操作符，咱們實(shí)現(xiàn)一下對(duì)應(yīng)數(shù)據(jù)類型的操作符就可以了，妥妥的

你是否還會(huì)想到 PHP 中的 === 可以直接去比較數(shù)據(jù)的值和數(shù)據(jù)的類型，稱為全等比較運(yùn)算符

那么，看到此處，是否可以猜測(cè) golang 的做法也是類似的呢？

實(shí)際上 golang 去比較兩個(gè)對(duì)象是否相同，也是通過(guò)去比較數(shù)據(jù)的類型，數(shù)據(jù)的值，數(shù)據(jù)的長(zhǎng)度等等維度來(lái)進(jìn)行確認(rèn)的

C++ 是需要我們自己編碼實(shí)現(xiàn)，PHP 是直接提供 === ，Golang 是給我們?cè)诜瓷浒刑峁┮粋€(gè) DeepEqual 函數(shù)來(lái)進(jìn)行靈活使用

DeepEqual 案例

func DeepEqual(x, y interface{}) bool

很多朋友在不知道 golang 有提供 DeepEqual 功能的時(shí)候，比較 2 個(gè) map 可能會(huì)這樣去實(shí)現(xiàn)：

func mapEqual(m1, m2 map[string]int) bool {
   for k, v := range m1 {
      vv, ok := m2[k]
      if !ok {
         return false
      }
      if v != vv {
         return false
      }
   }
   return true
}

當(dāng)然也沒(méi)有啥問(wèn)題，但是如果這個(gè)時(shí)候需要我們比較兩個(gè)切片是否相等，兩個(gè)結(jié)構(gòu)體是否相等，甚至兩個(gè) interface{} 是否相等的時(shí)候，是不是都要去寫對(duì)應(yīng)的工具函數(shù)呢？

使用 DeepEqual 比較 map

兩個(gè)同一類型的 map，使用自己編寫的 mapEqual 和使用 DeepEqual 我們得到的結(jié)果都是我們所期望的

但是對(duì)于 DeepEqual 來(lái)說(shuō)，你可以傳入任何類型的數(shù)據(jù)，入?yún)⑹?2 個(gè) interface{} 類型的數(shù)據(jù)，響應(yīng)是 bool

對(duì)于 mapEqual 來(lái)說(shuō)，你就只能傳入 map[string]int 類型的數(shù)據(jù)，看到此處，自己造輪子，弊端還是很明顯的吧

自然，你也可以去將參數(shù)設(shè)計(jì)成 interface{} 類型的，然后再去進(jìn)行各種反射處理

可是明明有官方庫(kù)，何必自己再弄一遍呢，我們不應(yīng)該是吸收官方的思想和精華，站在巨佬的肩膀上去做更多有意義的事情嗎

使用 DeepEqual 比較 map 和自定義類型

可使用 DeepEqual 的時(shí)候，一定要知道他的運(yùn)作機(jī)制和原理

例如下面的案例，我們自定義一個(gè)數(shù)據(jù)類型 myType，實(shí)際上和 map[string]int 是一樣的，可是我們?nèi)⒃?map[string]int 的 m1 和 myType 類型 m2 進(jìn)行比較的時(shí)候，他們實(shí)際上是不相等的

那么，看到這里，實(shí)際上 DeepEqual 自然是要比我們自己寫的 mapEqual 強(qiáng)太多了，他不僅關(guān)注數(shù)據(jù)的值，還會(huì)關(guān)注具體數(shù)據(jù)的類型，根據(jù)不同的數(shù)據(jù)類型，來(lái)進(jìn)行不同的數(shù)據(jù)校驗(yàn)和比較

DeepEqual 原理

DeepEqual 的代碼實(shí)現(xiàn)也非常簡(jiǎn)單，參數(shù)中傳入 interface{}，實(shí)現(xiàn)上會(huì)去確認(rèn)具體的數(shù)據(jù)類型，是否為空，如果是一般的的數(shù)據(jù)類型，那么直接使用 == 進(jìn)行比較即可

如果是其他的數(shù)據(jù)類型，那么就會(huì)遞歸的去調(diào)用 deepValueEqual 來(lái)一層一層的去校驗(yàn)數(shù)據(jù)和比較

為什么需要遞歸調(diào)用呢？

這個(gè)很明顯，例如對(duì)于一個(gè)切片來(lái)說(shuō)，如果里面的元素是簡(jiǎn)單的字符串，或者整型數(shù)字，那么第一層使用 deepValueEqual 去識(shí)別和處理切片的類型比較，讀取到切片元素的時(shí)候就可以直接走 == 來(lái)確認(rèn)是否相等

那么切片中也是可以是其他的任意數(shù)據(jù)結(jié)構(gòu)的，也可以是自定義的結(jié)構(gòu)體

因此在做這種比較的時(shí)候，遍歷到切片元素的時(shí)候，也要去確認(rèn)元素是什么類型的，如果是上述提到的非簡(jiǎn)單類型，那么仍然需要繼續(xù)一層一層的識(shí)別他的類型，和他的值，再進(jìn)行逐個(gè)比較

例如這樣去比較這樣結(jié)構(gòu)的切片，真的完全有必要遞歸去一層一層的確認(rèn)數(shù)據(jù)類型和數(shù)值

type Node struct{
   M map[string]int
   In interface{}
   Sli []map[int][chan int]
}

var sli = []Node{...}

在比較的過(guò)程中，哪怕有一個(gè)環(huán)節(jié)不是我們所期望的，那么都會(huì)直接返回 false，即不相等