主頁 > 軟體設計 > 使用push(x)、pop()和pop_max()方法實作佇列

使用push(x)、pop()和pop_max()方法實作佇列

2021-10-20 10:52:24 軟體設計

我遇到過這樣的問題:用 push(x)、pop() 和pop_max()方法實作一個佇列

pop_max() 函式應該按照 FIFO 規則彈出最大的元素。

例如:在 pop_max() 之前:front-> 2,3,4,5,1,5

在 pop_max() 之后:front-> 2,3,4,1,5

下面是我的一些嘗試。

  1. 使用基本佇列實作它,使用支持佇列通過 O(n) 掃描找到最大元素。

    pop()/push() 是 O(1),pop_max() 應該是 O(n)。

  2. 用一個雙鏈表和一個單調堆疊來實作它。

    pop()/pop_max() 是 O(1),push() 應該是 O(n)。

有人知道以最小的時間復雜度做到這一點的方法是什么?我讀過這個實作一個佇列,其中 push_rear()、pop_front() 和 get_min() 都是常量時間操作,它提供的方法似乎不適合這種場景。

uj5u.com熱心網友回復:

首先讓我們爭論一個目標運行時間。我們可以使用這種抽象資料型別對 n 個元素串列進行排序,其中 n 個推送,然后是 n 個 pop-max。假設通用的可比較元素,由于最快的比較排序是 Θ(n log n),最壞情況的 push/pop-max 對必須是 Ω(log n)。

在下面的 C 中實作了為所有三個操作獲得 O(log n) 最壞情況的一種方法。通過攤銷記賬,我們可以使推送 O(log n) 和 pops 和 pop-maxes 免費。

這確實留下了一個問題,即我們是否可以獲得最壞情況下的 O(1) 次推送、O(1) 次彈出和 O(log n) 次彈出最大值。我相信答案是肯定的,但我想到的解決方案相當復雜,包括在佇列的各個段上定期維護 O(log n) 錦標賽樹,其大小呈幾何級數減小。

#include <list>
#include <map>

template <typename T> class QueueWithPopMax {
public:
  void Push(T element) {
    typename std::list<ListElement>::iterator back =
        list_.insert(list_.end(), ListElement{});
    back->iterator = multimap_.insert({element, back});
  }

  T Pop() {
    T element = list_.front().iterator->first;
    multimap_.erase(list_.front().iterator);
    list_.pop_front();
    return element;
  }

  T PopMax() {
    T element = multimap_.begin()->first;
    list_.erase(multimap_.begin()->second);
    multimap_.erase(multimap_.begin());
    return element;
  }

private:
  struct ListElement {
    typename std::multimap<T, typename std::list<ListElement>::iterator,
                           std::greater<T>>::iterator iterator;
  };
  std::multimap<T, typename std::list<ListElement>::iterator, std::greater<T>>
      multimap_;
  std::list<ListElement> list_;
};

#include <iostream>

int main() {
  QueueWithPopMax<int> queue;
  queue.Push(2);
  queue.Push(3);
  queue.Push(4);
  queue.Push(5);
  queue.Push(1);
  queue.Push(5);
  std::cout << queue.PopMax() << "\n";
  std::cout << queue.Pop() << "\n";
  std::cout << queue.Pop() << "\n";
  std::cout << queue.Pop() << "\n";
  std::cout << queue.Pop() << "\n";
  std::cout << queue.Pop() << "\n";
}

uj5u.com熱心網友回復:

根據要求,這里有一個有點詳細的答案,說明為什么我相信有一個解決方案,最壞情況是 O(1) 推送和彈出以及 O(log n) 彈出最大值。這太復雜了,你不需要在面試中理解它。真的。我寫這個答案主要是為了娛樂 [algorithm] 標簽常客。

變數

n 是結構中當前的元素數,p 是結構生命周期中的推送次數。顯然 n ≤ p,并且通常情況下,log p 不是 O(log n)。

比賽樹

主要構建塊是錦標賽樹。錦標賽樹是一棵完整的二叉樹(每個節點有零個或兩個子節點),帶有標記的節點,這樣每個帶有標記為 x 和 y 的子節點的每個節點都被標記為 max(x, y)。從語意上講,該資料結構的內容是具有零個子節點(葉子)的節點的標簽。如果您感到困惑,請查看單淘汰賽的完整組別。

錦標賽樹的有用之處在于我們可以按照我們想要的任何方式對葉子進行排序。對于這個問題,我們需要佇列順序。根元素給出了整體的最大標簽。要找到帶有該標簽的最左邊的葉子,如果它的標簽與當前節點相同,則重復下降到左子節點,否則為右節點。要軟洗掉葉子,請將其值設定為 -∞ 并將其祖先從父級更新為根。

攤銷 O(1) 次推送和最壞情況 O(log p) pop-max

在實踐中有更好的方法來實作這一點,但我們在這里的目標是展示想法。

我們保留一個 O(log p) 錦標賽樹的鏈表。連接起來,它們的葉子代表佇列。對于某個整數 k ≥ 0,每棵樹都是一個完整的二叉樹,有 2 k 個葉子(軟洗掉元素包括在計數中)。

推送操作類似于向二進制表示的數字加一。我們將新元素單獨放入錦標賽樹中,并將該樹附加到串列中。雖然串列中的最后兩棵樹具有相同的大小,但通過將倒數第二個作為新樹的左子樹和最后一個右子樹,將它們組合成一棵樹。

pop-max 操作掃描樹根以找到整體最大值,然后軟洗掉最左邊的出現。

最壞情況 O(1) 推送

我們可以更懶惰地合并樹。我們沒有立即完成合并回圈,而是保留一個延續佇列。每個延續都可以表示為指向串列中一棵樹的可變指標。為了步進,我們將樹的大小與其左鄰居的大小進行比較;如果它們相同,則合并樹并更新指向合并樹的指標。否則,繼續進行。

push 操作附加一個單例樹,將指向該樹的延續附加到佇列的后面,然后繼續前面的作業幾步。在任何給定時間,都會有 O(log p) 次合并要繼續,因此 pop-max 仍然運行得足夠快。(這是根據攤銷分析得出的。)

定期流行音樂

我們可以通過向尚未洗掉的錦標賽樹葉添加雙向鏈表結構,在最壞情況時間 O(log p) 中實作彈出操作。比賽使用軟洗掉;此串列使用硬洗掉。

顯然,我們希望 pops 在恒定時間內運行。我們可以通過在軟洗掉之前拆分最左邊的錦標賽樹直到它有一個元素來獲得恒定的 分攤時間(使用某種障礙來確保之前的合并延續保留這個前綴)。

最壞情況下的恒定時間應該可以通過更多的調度來實作,就像我們為推送所做的那樣。

最壞情況 O(log n) pop-maxes

Never mind hand-waving, at this point it’s basically my whole arms. Our strategy is to limit the effective value of p to O(n) by periodically rebuilding the whole structure in the background. This means issuing pop operations to the rebuild and remembering how far we are in the rebuild so that we can issue pop-maxes if needed. Assuming that we do multiple pushes on the rebuild with every operation, we’ll finish before pops and pop-maxes can decrease the element count by more than a constant fraction.

Open questions

I’m sure that there’s a cleaner way to accomplish all this. What is it?

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/325969.html

標籤:算法 数据结构 队列

上一篇:Jetpackcompose中AlertDialog的setOnKeyListener

下一篇:如何在C 中使用約束滿足來實作加密演算法

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more