国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

基于C++哈希表解決沖突

汽車玩家 ? 來源:IT知識課堂 ? 作者:IT知識課堂 ? 2020-05-05 23:11 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

開放尋址是其中一種緩解散列沖突的編程技術,當使用開放尋址作為沖突解決技術時,鍵值對存儲在表(數組)中,而不是像單獨鏈表那樣的數據結構中。這意味著我們需要時刻留意哈希表的尺寸以及當前表中已有的元素數量。因為一旦哈希表中有太多元素,也將很難找到可用的位置來存放我們新插入的元素,因此這里我們需要引入一個重要的術語,負載系數(Load Factor)

負載系數

基于C++哈希表解決沖突


其實就是表中已有元素個數和表尺寸的比例,我們要密切關注這個系數的是因為哈希表的O(1)恒定時間行為假設負載因子k保持一定的固定值,這意味著一旦k>閾值,我們就需要增加表的大?。ɡ硐肭闆r下是指數增長,例如,兩倍)

基于C++哈希表解決沖突


在上圖中,你會看到有兩種緩解沖突的方法,即單獨鏈表和線性探測(Linear Probing),在開放尋址(線性探測)技術看來,一旦達到某個閥值,它的時間復雜度就會呈現指數級惡化的趨勢

當我們想要將鍵值對插入哈希表時,我們對鍵進行哈希處理并獲得該鍵值對所屬位置的原始位置。如果我們的鍵被散列到的位置被占用(此時出現了沖突),對于開放尋址來說,同一個位置中不允許有兩個鍵的,這不是數組的工作方式,我們要做的是使用一個探測序列函數(Probing Seque Function) 這里簡稱p(x),因為我們已從散列函數獲取了沖突點的所在位置,現在我們使用p(x)進行探測直到在沿途發現一個空閑的位置為止

探測函數

您可以提出無限數量的探測序列,這里僅提及一些常見的探測函數:

線性探測(Linear Probing):p(x)= kx + b其中a,b是常數

二次探測(Quaratic Probing):p(x)= ax ^ 2 + bx + c,其中a,b,c是常數

雙重散列(Double Hashing):p(k,x)= x * h(k),其中h(k)是輔助s散列函數

偽隨機數發生器(Pseudo Random Number Generator): p(k,x)= x*RNG(h(k),x)其中RNG是以H(k)作為種子的隨機數生成器函數

本篇僅介紹線性探測函數進行線性探測,因此給定輸入參數x,當我們進行探測時,我們通常會將變量x初始化為0或1作為一個起點,如果我們找不到空閑的位置,會依次將x增加1,對以上所有這些探測函數都是一樣的

開放尋址的通用算法

接下來,這是一個通用的開放尋址插入算法,假設我們有一個表的尺寸為n,開放尋址算法首先會初始化變量x=1,因為x是一個變量,我們要用它來探測,每當我們未能到達閑置的位置時,都需要遞增x,然后我們通過散列函數獲得keyHash,而實際上我們首先要查看表的索引,當表索引被占用意味著它不為空,那么新索引就是我們散列的最初位置(keyHash所指向的起始索引)加上探測函數的總和再于表尺寸N取模運算得到整數,由于我們總是回到表里,在循環中要遞增x。下一次當我們在不同的位置探測時,在while循環中,最終我們會找到一個空閑的位置

x=1 keyHash=h(k) index=keyHash while table[index]!=NULL: index=(keyHash+p(k,x)) mod N x=x+1 insert(k,v,index)

死循環地獄(Chaos with Cycle)

由于我們知道負載系數被控制在一定的范圍內,所以這里有個問題,就是開放尋址中的探測函數存在缺陷--死循環地獄,以表尺寸N為模的大多數隨機選擇的探測序列將產生比表大小N更短的循環。當您嘗試插入一個鍵-值對并且循環中的所有存儲桶都被占用時,這將成為災難性問題,因為您將陷入無限循環,這在一些老外談及哈希表的相關文章中有一個非常有趣的昵稱叫死循環地獄(Chaos with Cycle)

為了生動說明什么叫死循環地獄,我們這里看一個例子,這里有一個尺寸為12的哈希表,并且使用開放尋址插入了一些鍵值對,該哈希表已經部分填充。 占用的單元格填充有鍵值對(Ki,Vi)和帶有空令牌Φ的空單元格,如下圖所示

基于C++哈希表解決沖突

假設我們使用探測序列函數p(x)=4x,并且在表中插入一個新的鍵值對,并且該鍵值對的散列值為8,即h(x)=8這意味著我們會在索引8的位置插入該鍵值對,但是該位置已被占用,因為這里已經有簡直對(k5,v5),所以我們該怎么辦呢?接下來,我們需要進行探測,所以我們計算: index=h(k)+p(1)=8+4 mod 12=0

此時,如下圖,此時探測函數會跳轉到索引為0的位置,糟糕的是索引1的位置也被占用了,因為(k1,v1)已經存在.

基于C++哈希表解決沖突

當x=2時,即index=h(k)+p(2)=(8+8) mod 12=4,探測函數會跳躍到索引4的位置,同樣這里也是被占用的,如此類推

當x=3時,即index=h(k)+p(3)=(8+12) mod 12=8,p(x)跳躍到索引8的位置,該位置被占用

當x=4時,即index=h(k)+p(4)=(8+16) mod 12=0,p(x)跳躍到索引0的位置,該位置被占用

當x=5時,即index=h(k)+p(5)=(8+20) mod 12=4,p(x)跳躍到索引4的位置,該位置被占用
.....

這樣盡管我們具有探測函數,但這種特定的情況下它一直在一個死循環里面一直做一些毫無意義的事情。

由這個例子我們可知探測函數存在缺陷,他們產生的周期短于表的尺寸,因此,我們要如何處理產生小于表大小的周期的探測功能?一般來說,一致的看法是我們不處理這個問題,相反,我們通過將探測函數的范圍限制在那些產生長度為N的循環的函數上來避免這個問題,我們選擇的那些產生的周期正好為N的探測函數,并且這些探測函數確實存在。

線性探測、二次探測和雙重散列等技術都受到死循環地獄問題的影響,這就是為什么與這些方法一起使用的探測函數非常特殊的原因。這是一個很大的話題,將是接下來幾篇文章會重點講述這些,我們目前需要做的是重新定義非常具體的探測函數,這些函數會產生一個循環長度為表尺寸N,并且避免無法插入元素或陷入無限循環

注意,開放尋址對使用的哈希函數和探測函數非常敏感。如果使用單獨的鏈接作為沖突解決方法,則不必擔心此問題。

小結

我們本篇用一個反例生動地介紹了開放尋址插入算法的底層是由探測函數和散列函數相互作用的結果,同時我們也介紹了一些探測函數的固有缺陷,就是死循環地獄,下一篇我們會詳細討論線性探測函數的原理,敬請期待。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 存儲
    +關注

    關注

    13

    文章

    4787

    瀏覽量

    90057
  • 函數
    +關注

    關注

    3

    文章

    4417

    瀏覽量

    67499
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    keil實現cc++混合編程

    起因項目中使用到一個開源的模擬IIC的庫,封裝的比較好,但是是使用c++寫的。于是將其移植到自己的項目中,主要有以下三步操作: 在工程選項中 C/C++中去掉勾選 C99 Mode
    發表于 01-26 08:58

    C語言與C++的區別及聯系

    C語言和C++到底是什么關系? 首先C++C語言本來就是兩種不同的編程語言,但C++確實是對C
    發表于 12-24 07:23

    CC++之間的聯系

    1、語法兼容性: C++完全兼容C語言的語法,這意味著任何有效的C語言程序都可以直接在C++編譯器下編譯通過。 2、底層控制: C++
    發表于 12-11 06:51

    C語言和C++之間的區別是什么

    區別 1、面向對象編程 (OOP): C語言是一種面向過程的語言,它強調的是通過函數將任務分解為一系列步驟進行執行。 C++C語言的基礎上擴展了面向對象的特性,支持類(class)、封裝、繼承
    發表于 12-11 06:23

    C/C++條件編譯

    條件編譯是一種在編譯時根據條件選擇性地包含或排除部分代碼的處理方法。在 C/C++ 中,條件編譯使用預處理指令 #ifdef、#endif、#else 和 #elif 來實現。常用的條件編譯指令有
    發表于 12-05 06:21

    C++程序異常的處理機制

    1、什么是異常處理? 有經驗的朋友應該知道,在正常的CC++編程過程中難免會碰到程序不按照原本設計運行的情況。 最常見的有除法分母為零,數組越界,內存分配失效、打開相應文件失敗等等。 一個程序
    發表于 12-02 07:12

    Molex OTS零哈希電纜組件技術解析與應用指南

    Molex現成(OTS)零哈希電纜組件是標準分立式電線電纜組件,設計用于應對電子設備日益縮小的挑戰。這些電纜組件提供節省空間的薄型解決方案,具有創新的雙點接觸特性,有2、4、6和8電路尺寸可供選擇
    的頭像 發表于 11-17 16:44 ?729次閱讀

    C/C++代碼靜態測試工具Perforce QAC 2025.3的新特性

    ?Perforce Validate?中?QAC?項目的相對/根路徑的支持。C++?分析也得到了增強,增加了用于檢測 C++?并發問題的新檢查,并改進了實體名稱和實
    的頭像 發表于 10-13 18:11 ?568次閱讀
    <b class='flag-5'>C</b>/<b class='flag-5'>C++</b>代碼靜態測試工具Perforce QAC 2025.3的新特性

    技能+1!如何在樹莓派上使用C++控制GPIO?

    在使用樹莓派時,你會發現Python和Scratch是許多任務(包括GPIO編程)中最常用的編程語言。但你知道嗎,你也可以使用C++進行GPIO編程,而且這樣做還有不少好處。借助WiringPi
    的頭像 發表于 08-06 15:33 ?4150次閱讀
    技能+1!如何在樹莓派上使用<b class='flag-5'>C++</b>控制GPIO?

    C++ 與 Python:樹莓派上哪種語言更優?

    Python是樹莓派上的首選編程語言,我們的大部分教程都使用它。然而,C++在物聯網項目中同樣廣受歡迎且功能強大。那么,在樹莓派項目中選擇哪種語言更合適呢?Python因其簡潔性、豐富的庫和資源而被
    的頭像 發表于 07-24 15:32 ?943次閱讀
    <b class='flag-5'>C++</b> 與 Python:樹莓派上哪種語言更優?

    基于LockAI視覺識別模塊:C++目標檢測

    本文檔基于瑞芯微RV1106的LockAI凌智視覺識別模塊,通過C++語言做的目標檢測實驗。本文檔展示了如何使用lockzhiner_vision_module::PaddleDet類進行目標檢測,并通過lockzhiner_vision_module::Visualize函數將檢測結果可視
    的頭像 發表于 06-06 13:56 ?839次閱讀
    基于LockAI視覺識別模塊:<b class='flag-5'>C++</b>目標檢測

    主流的 MCU 開發語言為什么是 C 而不是 C++?

    在單片機的地界兒里,C語言穩坐中軍帳,C++想分杯羹?難嘍。咱電子工程師天天跟那針尖大的內存空間較勁,C++那些花里胡哨的玩意兒,在這兒真玩不轉。先說內存這道坎兒。您當stm32f4的256kRAM
    的頭像 發表于 05-21 10:33 ?1037次閱讀
    主流的 MCU 開發語言為什么是 <b class='flag-5'>C</b> 而不是 <b class='flag-5'>C++</b>?

    使用C++中的CyAPI編寫的應用程序上遇到了問題,求解決

    我在使用 C++ 中的 CyAPI 編寫的應用程序上遇到了問題。 我將 XferData() 方法與其他所有端點類型一起使用,沒有遇到任何問題。 但是,將其與 Endpoint0 一起使用會引發
    發表于 05-13 06:11

    C++學到什么程度可以找工作?

    C++學到什么程度可以找工作?要使用C++找到工作,特別是作為軟件開發人員或相關職位,通常需要掌握以下幾個方面: 1. **語言基礎**:你需要對C++的核心概念有扎實的理解,包括但不限于指針、內存
    發表于 03-13 10:19

    創建了用于OpenVINO?推理的自定義C++和Python代碼,從C++代碼中獲得的結果與Python代碼不同是為什么?

    創建了用于OpenVINO?推理的自定義 C++ 和 Python* 代碼。 在兩個推理過程中使用相同的圖像和模型。 從 C++ 代碼中獲得的結果與 Python* 代碼不同。
    發表于 03-06 06:22