IsEqual與Hash個人理解

来源:https://www.cnblogs.com/Solist/archive/2020/05/20/12920680.html
-Advertisement-
Play Games

IsEqual與Hash個人理解 isEqual NSObject類的實例方法: 主要是根據對象的記憶體地址來判斷兩個對象是否相等,這裡與 效果相同。 isEqualToString (BOOL)isEqualToString:(NSString )aString 是NSString類的實例方法,它主 ...


IsEqual與Hash個人理解

isEqual

NSObject類的實例方法: - (BOOL)isEqual:(id)object 主要是根據對象的記憶體地址來判斷兩個對象是否相等,這裡與 ==效果相同。

  • isEqualToString

    (BOOL)isEqualToString:(NSString *)aString 是NSString類的實例方法,它主要用於比較兩個字元串中的內容是否相同,而非比較兩個字元串所在記憶體地址。該方法常用。

  • 自定義類的isEqual

    在開發需求中,如果有比較兩個類對象是否具有等同性時,通常會根據需求來對父類的isEqual進行改寫,這裡的做法通常是:

    1. 先創建自定義的等同性判斷方法,代碼如下:

      -(BOOL)isEqualToStudent:(Student *)otherStudent{
          if(self == otherStudent)
              return YES;
          if(![_name isEqualToString:otherStudent.name])
              return NO;
          if(_age != otherStudent.age)
              return NO;
          return YES;
      }
      
    2. 在編寫完判定方法後,應改寫類中的isEqual實例方法。如果傳入的對象為同一個類時,採用剛剛寫的自定義方法來判定,否則就交給父類判斷:

      -(BOOL)isEqual:(id)object{
          if([self class] == [object class])
              return [self isEqualToStudent:(Student *)object];
          else
              return [super isEqual:object];
      }
      

Hash

Hash主要是用於NSMutableSet中的判斷添加的新對象是否已經存在了容器當中,如果不存在,則將新對象放入Set容器中,而判斷的依據就是根據實例對象的Hash屬性。

但是因為不同對象的Hash值會有衝突的可能性(相同的對象Hash值一定相同,這裡的相同指的是記憶體地址相同),所以最後如果哈希值發生衝突的話,則會調用類中的isEqual方法進行等同性判斷。

既然都會調用isEqual方法,那麼為什麼不直接按順序遍歷set容器,依次調用isEqual方法?

答:首先set容器是非順序容器,它的記憶體空間結構不是按順序存儲的,如果按插入的順序遍歷,開支很大(當然set的插入是無順序的)。其次除非是大量數據的存儲才會發生衝突的可能,在少量數據的情況下基本上不會出現依次遍歷衝突對象的isEqual方法的衝突情況。這樣看來以O(1)的時間複雜度就可以完成的任務,當然就選擇是它了。

在NSObject對象中,Hash值是根據對象所在的記憶體空間來進行計算的。所以在修改了isEqual方法後,如果沒有修改Hash的setter方法,系統在執行set容器操作該對象時,仍然會以記憶體地址為準來判斷兩個對象是否相同。所以為了防止出現這種情況,在修改等同性判斷方法的時候應順便修改Hash的setter方法

  • 自定義Hash方法

    當自定義完isEqual後,一般為了防止後面的開發用到有關set容器出現意外,所以一般都會對Hash的Setter方法進行修改。代碼如下:

    -(NSUInteger)hash{
        //這裡的字元串只要能體現出類對象的name和age即可(依需求而定)
        NSString* stringToHash=[NSString stringWithFormat:@"%@ %i",_name,_age];
        return [stringToHash hash];
    }
    

    但這裡有個弊端,因為在這裡新建一個字元串的開銷很大(與返回一個屬性值相比較)。所以一般採取下麵這種策略:

    -(NSUInteger)hash{
        NSUInteger nameHash=[_name hash];
        NSUInteger ageHash=_age;
        return nameHash^ageHash;
    }
    

    這種方法既考慮了開銷也考慮了屬性的相關性和隨機性。---------Effective OC

  • Hash的調用順序

    例子如下:

    //Student.m
    -(BOOL)isEqualToStudent:(Student *)otherStudent{
        if(self == otherStudent){
            NSLog(@"(%@:%i)與(%@:%i)衝突了",_name,_age,otherStudent.name,otherStudent.age);
            return YES;
        }
        if(![_name isEqualToString:otherStudent.name])
            return NO;
        if(_age != otherStudent.age)
            return NO;
        NSLog(@"[%@:%i]與[%@:%i]衝突了",_name,_age,otherStudent.name,otherStudent.age);
        return YES;
    }
    
    -(BOOL)isEqual:(id)object{
        if([self class] == [object class])
            return [self isEqualToStudent:(Student *)object];
        else
            return [super isEqual:object];
    }
    
    -(NSUInteger)hash{
        return _age;
    }
    
    -(NSString *)description{
        return [NSString stringWithFormat:@"%@:%i",_name,_age ];
    }
    
    //main.m
    Student* stu1 = [[Student alloc] initWithName:@"小明" age:10];
    Student* stu2 = [[Student alloc] initWithName:@"小明" age:10];
    Student* stu3 = [[Student alloc] initWithName:@"小明" age:0];
    
    NSMutableSet* set = [NSMutableSet set];
        
    [set addObject:stu1]; //步驟1
    [set addObject:stu2]; //步驟2
    [set addObject:stu3]; //步驟3
    NSLog(@"%@",set);
    

    輸出結果:

    2020-05-08 22:50:12.172207+0800 effective-OC-test[83370:76838657] [小明:10]與[小明:10]衝突了
    2020-05-08 22:50:12.172542+0800 effective-OC-test[83370:76838657] {(
        小明:0,
        小明:10
    )}
    Program ended with exit code: 0
    
    1. 當執行步驟1時,會先去調用hash方法得到對象的哈希值,因為set容器為空,所以直接根據hash值將對象存入記憶體當中。stu1成功存入容器中;

    2. 當執行步驟2時,同樣會先去調用hash方法得到哈希值,因為這裡的hash值與age有關,stu1.age==stu2.age,所以兩個對象的哈希值相同,這時候就回去調用isEqual方法去判斷是否兩個對象是等同的。又因為我這裡設置的當姓名和年齡一致時,即判斷為同一對象,所以這裡會列印出衝突。並且不會將stu2存入容器中;

    3. 當執行步驟3時,調用完hash方法後,因為age不同,所以得到的hash值不同(很小幾率會出現相同),從而直接通過的到的hash值去分配記憶體空間。stu3成功存入容器中。

    4. 如果這裡將isEqualToStudent的判斷條件修改一下,將年齡處修改為:

      if(_age == otherStudent.age)
              return NO;
      

      這時候,再執行一遍,輸出如下:

      2020-05-08 23:02:13.177534+0800 effective-OC-test[84327:76859194] {(
          小明:0,
          小明:10,
          小明:10
      )}
      

      這時候就會發現stu2已經成功存入了容器中,因為在hash值衝突後調用isEqualToStudent方法後,因為兩個年齡一致,返回了NO,說明兩個對象這時候已經被當成了不同的兩個對象。

總結

  1. isEqual方法是用來判斷類對象的等同性。在自定義等同性判斷時,如果判斷對象與該對象同屬一個類時,就調用自己編寫的判定方法,否則就交給父類的isEqual來解決。
  2. Hash值一般與容器相關,特別是Set容器。set容器通過對象的哈希值來分配記憶體地址,當遇到hash衝突後時會調用isEqual來進行二次驗證。
  3. 原生NSObject類的Hash值和isEqual方法都是根據對象的記憶體地址得到的結果。

您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 今天導一些數據從Excel中至Sqlserver 資料庫中,在做數據合併去重的時候發現,有兩條數據一模一樣,竟然沒有進行合併; 最後發現有一條後面有個“空格”,正是因為這個“空格”讓我抓狂許久,因為它是個假“空格”! 普通的空格移除方法: SELECT ltrim(' 移除掉左邊的空格 ') SEL ...
  • utf8mb4是4個位元組。utf8是3個位元組。utf8mb4相容性更好,占用空間更大。 主要從排序準確性和性能兩方面看: 準確性utf8mb4_unicode_ci 是基於標準的Unicode來排序和比較,能夠在各種語言之間精確排序utf8mb4_general_ci 沒有實現Unicode排序規則 ...
  • --ORACLE表被鎖原因:具體操作某一個FORM界面,或者後臺資料庫操作某一個表時發現一直出於"假死"狀態, --可能是該表被某一用戶鎖定,導致其他用戶無法繼續操作 --查詢被鎖的表 select b.owner, b.object_name, a.session_id, a.locked_mod ...
  • 資料庫索引: 索引有單列索引複合索引之說 如何某表的某個欄位有主鍵約束和唯一性約束,則Oracle 則會自動在相應的約束列上建議唯一索引。資料庫索引主要進行提高訪問速度。 建設原則: 1、索引應該經常建在Where 子句經常用到的列上。如果某個大表經常使用某個欄位進行查詢,並且檢索行數小於總表行數的 ...
  • 前言 數據科學部為想從事大數據方向學習的小伙伴總結了一下大數據的學習路線,供大家學習參考。由於大數據是一個基礎門檻較高就業前景較好的學習方向。所以打算學習大數據的小伙伴要加油啦! 大數據學習路線: 首先我要瞭解大數據處理流程: 第一步:數據收集 第二部:數據存儲 第三步:數據分析 第四步:數據應用 ... ...
  • 問題 經常在PG群里看到有人在問“為什麼我對錶賦予了許可權;但是還是不能訪問表” 解析 若你看懂德哥這篇文章PostgreSQL邏輯結構和許可權體系介紹;上面對你就不是困擾你的問題 解決這個問題很簡單;在解決之前;我們要先瞭解PostgreSQL的邏輯結構、以及與用戶之間的關係。盜用德哥的圖;來詮釋下邏 ...
  • #獲取會員的上二級 drop view if exists vwMemberL2Parent; create view vwMemberL2Parent as select m.id, m.parent_id, m.nickname, m.realname, m.avatar, m.mobile, ...
  • 這是大數據入門常識第二篇,主要討論大數據工作的方向問題。第一篇沒看的同學可以補一下: "3000字長文教你大數據該怎麼學!" 有不少剛入門的同學在後臺會問類似這樣的問題 看招聘網站上,大數據相關的方向好多,不知道自己適合哪個怎麼辦? 關註我公眾號的同學應該有不少是剛入門的,所以我把內容好好地整理總結 ...
一周排行
    -Advertisement-
    Play Games
  • 概述:在C#中,++i和i++都是自增運算符,其中++i先增加值再返回,而i++先返回值再增加。應用場景根據需求選擇,首碼適合先增後用,尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中,++i 和 i++ 都是自增運算符,但它們在操作上有細微的差異,主要體現在操作的 ...
  • 上次發佈了:Taurus.MVC 性能壓力測試(ap 壓測 和 linux 下wrk 壓測):.NET Core 版本,今天計劃準備壓測一下 .NET 版本,來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能,以便後續持續優化改進。 為了方便對比,本文章的電腦環境和測試思路,儘量和... ...
  • .NET WebAPI作為一種構建RESTful服務的強大工具,為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時,正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性,如[FromRoute]、[FromQuery]和[FromBody],用 ...
  • 原因:我之所以想做這個項目,是因為在之前查找關於C#/WPF相關資料時,我發現講解圖像濾鏡的資源非常稀缺。此外,我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時,會導致CPU的渲染負擔過重。因此,我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • 引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入,上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試,今天用這個示例來演示一下如何用Bogus創建模擬數據 ,和 EFCore 的種子數據生成 Bogus 的優 ...
  • 一、前言 在自己的項目中,涉及到實時心率曲線的繪製,項目上的曲線繪製,一般很難找到能直接用的第三方庫,而且有些還是定製化的功能,所以還是自己繪製比較方便。很多人一聽到自己畫就害怕,感覺很難,今天就分享一個完整的實時心率數據繪製心率曲線圖的例子;之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • 如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式,但發現 App.xaml 中定義的資源沒有被正確載入,那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣,當你創建 Ap ...
  • 一:背景 1. 講故事 上個月有個朋友在微信上找到我,說他們的軟體在客戶那邊隔幾天就要崩潰一次,一直都沒有找到原因,讓我幫忙看下怎麼回事,確實工控類的軟體環境複雜難搞,朋友手上有一個崩潰的dump,剛好丟給我來分析一下。 二:WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 前言 .NET生態中有許多依賴註入容器。在大多數情況下,微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器,使用很方便。 但是筆者在使用中一直有一個頭疼的問題:服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響,但是內置容器支持註冊開放泛型服 ...
  • 一、前言 在項目開發過程中,DataGrid是經常使用到的一個數據展示控制項,而通常表格的最後一列是作為操作列存在,比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中,預設只支持固定左側列,這跟大家習慣性操作列放最後不符,今天就來介紹一種簡單的方式實現固定右側列。(這裡的實現方式參考的大佬 ...