女人自慰AV免费观看内涵网,日韩国产剧情在线观看网址,神马电影网特片网,最新一级电影欧美,在线观看亚洲欧美日韩,黄色视频在线播放免费观看,ABO涨奶期羡澄,第一导航fulione,美女主播操b

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

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

3天內不再提示

關于PriorityBlockingQueue中隊列操作

openEuler ? 來源:openEuler ? 作者:openEuler ? 2022-05-07 16:43 ? 次閱讀

編者按:筆者在使用PriorityBlockingQueue實現按照優先級處理任務時遇到一類NPE問題,經過分析發現根本原因是在任務出隊列時調用比較器異常,進而導致后續任務出隊列拋出NullPointerException。本文通過完整的案例復現來演示在什么情況會觸發該問題,同時給出了處理建議。希望讀者在編程時加以借鑒,避免再次遇到此類問題。

背景知識

PriorityBlockingQueue是一個無界的基于數組的優先級阻塞隊列,使用一個全局ReentrantLock來控制某一時刻只有一個線程可以進行元素出隊和入隊操作,并且每次出隊都返回優先級別最高的或者最低的元素。PriorityBlockingQueue通過以下兩種方式實現元素優先級排序:

  1. 入隊元素實現Comparable接口來比較元素優先級;
  2. PriorityBlockingQueue構造函數指定Comparator來比較元素優先級;

關于PriorityBlockingQueue中隊列操作的部分,基本和PriorityQueue邏輯一致,只不過在操作時加鎖了。在本文中我們主要關注PriorityBlockingQueue出隊的take方法,該方法通過調用dequeue方法將元素出隊列。當沒有元素可以出隊的時候,線程就會阻塞等待。

publicEtake()throwsInterruptedException{
finalReentrantLocklock=this.lock;
lock.lockInterruptibly();
Eresult;
try{
//嘗試獲取最小元素,即小頂堆第一個元素,然后重新排序,如果不存在表示隊列暫無元素,進行阻塞等待。
while((result=dequeue())==null)
notEmpty.await();
}finally{
lock.unlock();
}
returnresult;
}

現象

在某個業務服務中使用PriorityBlockingQueue實現按照優先級處理任務,某一天環境中的服務突然間不處理任務了,查看后臺日志,發現一直拋出NullPointerException。將進程堆dump出來,使用MAT發現某個PriorityBlockingQueue中的size值比實際元素個數多1個(入隊時已經對任務進行非空校驗)。

異常堆棧如下:

java.lang.NullPointerException
atjava.util.concurrent.PriorityBlockingQueue.siftDownComparable(PriorityBlockingQueue.java:404)
atjava.util.concurrent.PriorityBlockingQueue.dequeue(PriorityBlockingQueue.java:333)
atjava.util.concurrent.PriorityBlockingQueue.take(PriorityBlockingQueue.java:548)
...

MAT結果:

4f7ab378-cd26-11ec-bce3-dac502259ad0.png

原因分析

在此我們分析下PriorityBlockingQueue是如何出隊列的,PriorityBlockingQueue最終通過調用dequeue方法出隊列,dequeue方法處理邏輯如下:

  1. 將根節點(array[0])賦值給result;
  2. array[n] 賦值給 arrary[0];
  3. 將 array[n] 設置為 null;
  4. 調用siftDownComparable或siftDownUsingComparator對隊列元素重新排序;
  5. size大小減1;
  6. 返回result;

如果在第4步中出現異常,就會出現隊列中的元素個數比實際的元素個數多1個的現象。此時size未發生改變,arry[n]已經被置為null,再進行siftDown操作時就會拋出NullPointerException。繼續分析第4步中在什么情況下會出現異常,通過代碼走讀我們可以發現只有在調用Comparable#compareTo或者Comparator#compare方法進行元素比較的時候才可能出現異常。這塊代碼的處理邏輯和業務相關,如果業務代碼處理不當拋出異常,就會導致上述現象。

/**
*Mechanicsforpoll().Callonlywhileholdinglock.
*/
privateEdequeue(){
intn=size-1;
if(n0)
returnnull;
else{
Object[]array=queue;
Eresult=(E)array[0];//step1
Ex=(E)array[n];//step2
array[n]=null;//step3
ComparatorsuperE>cmp=comparator;
if(cmp==null)//step4 如果指定了comparator,就按照指定的comparator來比較。否則就按照默認的
siftDownComparable(0,x,array,n);
else
siftDownUsingComparator(0,x,array,n,cmp);
size=n;//step5
returnresult;//step6
}
}

privatestaticvoidsiftDownComparable(intk,Tx,Object[]array,intn){
if(n>0){
ComparablesuperT>key=(ComparablesuperT>)x;
inthalf=n>>>1;
while(kintchild=(k<1)+1;
Objectc=array[child];
intright=child+1;
if(rightsuperT>)c).compareTo((T)array[right])>0)
c=array[child=right];
if(key.compareTo((T)c)<=?0)
break;
array[k]=c;
k=child;
}
array[k]=key;
}
}
privatestaticvoidsiftDownUsingComparator(intk,Tx,Object[]array,intn,
ComparatorsuperT>cmp){
if(n>0){
inthalf=n>>>1;
while(kintchild=(k<1)+1;
Objectc=array[child];
intright=child+1;
if(right0)
c=array[child=right];
if(cmp.compare(x,(T)c)<=?0)
break;
array[k]=c;
k=child;
}
array[k]=x;
}
}

復現代碼

importjava.util.ArrayList;
importjava.util.List;
importjava.util.concurrent.PriorityBlockingQueue;

publicclassPriorityBlockingQueueTest{
staticclassEntityimplementsComparable<Entity>{
privateintid;
privateStringname;
privatebooleanflag;

publicvoidsetFlag(booleanflag){
this.flag=flag;
}

publicEntity(intid,Stringname){
this.id=id;
this.name=name;
}

@Override
publicintcompareTo(Entityentity){
if(flag){
thrownewRuntimeException("TestException");
}
if(entity==null||this.id>entity.id){
return1;
}
returnthis.id==entity.id?0:-1;
}
}

publicstaticvoidmain(String[]args){
intnum=5;
PriorityBlockingQueuepriorityBlockingQueue=newPriorityBlockingQueue<>();
Listentities=newArrayList<>();
for(inti=0;inewEntity(i,"entity"+i);
entities.add(entity);
priorityBlockingQueue.offer(entity);
}

entities.get(num-1).setFlag(true);
intsize=entities.size();
for(inti=0;itry{
priorityBlockingQueue.take();
}catch(Exceptione){
e.printStackTrace();
}
}
}

執行結果如下:

java.lang.RuntimeException:TestException
atPriorityBlockingQueueTest$Entity.compareTo(PriorityBlockingQueueTest.java:31)
atPriorityBlockingQueueTest$Entity.compareTo(PriorityBlockingQueueTest.java:8)
atjava.util.concurrent.PriorityBlockingQueue.siftDownComparable(PriorityBlockingQueue.java:404)
atjava.util.concurrent.PriorityBlockingQueue.dequeue(PriorityBlockingQueue.java:333)
atjava.util.concurrent.PriorityBlockingQueue.take(PriorityBlockingQueue.java:548)
atPriorityBlockingQueueTest.main(PriorityBlockingQueueTest.java:71)
java.lang.NullPointerException
atjava.util.concurrent.PriorityBlockingQueue.siftDownComparable(PriorityBlockingQueue.java:404)
atjava.util.concurrent.PriorityBlockingQueue.dequeue(PriorityBlockingQueue.java:333)
atjava.util.concurrent.PriorityBlockingQueue.take(PriorityBlockingQueue.java:548)
atPriorityBlockingQueueTest.main(PriorityBlockingQueueTest.java:71)

規避方案

可以通過以下兩種方法規避:

  • 在take方法出現NPE時,清除隊列元素,將未處理的元素重新進入隊列;
  • 在 Comparable#compareTo 或 Comparator#compare 方法中做好異常處理,對異常情況進行默認操作;

建議使用后者。

案例引申

使用PriorityBlockingQueue作為緩存隊列來創建線程池時,使用submit提交任務會出現 java.lang.ClassCastException: java.util.concurrent.FutureTask cannot be cast to 異常,而使用execute沒有問題。

觀察submit源碼可以發現在submit內部代碼會將Runable封裝成RunnableFuture對象,然后調用execute提交任務。

publicFuturesubmit(Runnabletask){
if(task==null)thrownewNullPointerException();
RunnableFutureftask=newTaskFor(task,null);
execute(ftask);
returnftask;
}

以Comparable為例,任務入隊列時,最終會調用siftUpComparable方法。該方法第一步將RunnableFuture強轉為Comparable類型,而RunnableFuture類未實現Comparable接口,進而拋出ClassCastException異常。

publicbooleanoffer(Ee){
if(e==null)
thrownewNullPointerException();
finalReentrantLocklock=this.lock;
lock.lock();
intn,cap;
Object[]array;
while((n=size)>=(cap=(array=queue).length))
tryGrow(array,cap);
try{
ComparatorsuperE>cmp=comparator;
if(cmp==null)
siftUpComparable(n,e,array);
else
siftUpUsingComparator(n,e,array,cmp);
size=n+1;
notEmpty.signal();
}finally{
lock.unlock();
}
returntrue;
}

privatestaticvoidsiftUpComparable(intk,Tx,Object[]array){
ComparablesuperT>key=(ComparablesuperT>)x;
while(k>0){
intparent=(k-1)>>>1;
Objecte=array[parent];
if(key.compareTo((T)e)>=0)
break;
array[k]=e;
k=parent;
}
array[k]=key;
}

這也是常見的比較器調用異常案例,本文不再贅述,可自行參考其他文章。

總結

在使用PriorityBlockingQueue時,注意在比較器中做好異常處理,避免出現類似問題。

審核編輯 :李倩


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

    關注

    14

    文章

    1840

    瀏覽量

    108549
  • 數組
    +關注

    關注

    1

    文章

    419

    瀏覽量

    26374

原文標題:畢昇 JDK | PriorityBlockingQueue比較器異常導致的NPE問題分析

文章出處:【微信號:openEulercommunity,微信公眾號:openEuler】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦
    熱點推薦

    RDMA簡介5之RoCE V2隊列分析

    操作中,只有RECEIVE操作會被添加到接收隊列。SEND/RECEIVE操作的完整流程,如圖1所示,首先由應用程序創建一個工作請求(WR),并將其提交到相應的工作
    發表于 06-05 17:28

    NVMe協議簡要分析

    可以支持4096(4K),I/O SQ/CQ的隊列深度最大可以支持65536(64K)。在一個實際設計中,SQ的個數和深度的設置可以根據項目需求和硬件資源進行配置。隊列深度的設置主要和系統中隊列消費者
    發表于 05-15 00:34

    [Actor] 通過actor創建控制中心與數據采集工作站來看操作者架構

    *附件:面向對象試驗機測控系統.zip 一、actor對象描述 1、actor對象本身就是一個隊列狀態機類,空白的一個對象即具備了隊列狀態機功能。但是具備不代表無條件立即運行;這些功能必須在幾個關鍵
    發表于 05-14 18:44

    [Actor]在程序框圖編程時,如何操作消息和方法對應的VI

    actor應用的關鍵: 當在程序框圖編程時,核心是針對“消息”vi 進行操作,并不操作消息對應的方法vi(具體要實現的功能)。 調用的消息vi時,后臺自動調用對應方法vi。 相當于在隊列狀態機中,
    發表于 05-13 18:10

    NVME控制器之隊列管理模塊

    隊列管理模塊是整個NVMe Host控制器的核心模塊,該模塊實現了提交隊列與完成隊列的管理,多隊列請求的仲裁判決等功能。隊列管理模塊中含有數
    發表于 05-03 20:19

    NVME控制器之隊列管理模塊

    隊列管理模塊是整個NVMe Host控制器的核心模塊,該模塊實現了提交隊列與完成隊列的管理,多隊列請求的仲裁判決等功能。隊列管理模塊中含有數
    的頭像 發表于 05-03 15:32 ?120次閱讀
    NVME控制器之<b class='flag-5'>隊列</b>管理模塊

    JavaWeb消息隊列使用指南

    在現代的JavaWeb應用中,消息隊列(Message Queue)是一種常見的技術,用于異步處理任務、解耦系統組件、提高系統性能和可靠性。 1. 消息隊列的基本概念 消息隊列是一種應用程序對應
    的頭像 發表于 11-25 09:27 ?440次閱讀

    探索字節隊列的魔法:多類型支持、函數重載與線程安全

    的數據結構,它能夠高效地存儲和管理數據流。通過使用字節隊列,我們可以靈活地處理不同類型的數據、確保數據的完整性,并在多線程環境中安全地進行操作。本文將深入探討字節
    的頭像 發表于 11-15 01:08 ?1176次閱讀
    探索字節<b class='flag-5'>隊列</b>的魔法:多類型支持、函數重載與線程安全

    為什么同一個隊列引用的全局變量,運行在兩個子vi中發現隊列數據丟失了

    我創建了一個隊列,然后將隊列引用做了個全局變量,運行在兩個子vi中,一個是只入隊列,另一個是只出隊列。但我發現,一個字vi數據入隊列成功,檢
    發表于 11-14 11:47

    eBPF技術實踐之virtio-net網卡隊列可觀測

    時,這一路徑難以進行觀測。一些復雜的網絡抖動問題很可能是由于網卡隊列不正常工作引起的。為了解決這類問題,我們基于eBPF技術擴展了網卡隊列的可觀測能力,使得virtio網卡前后端的定界問題不再困擾。 virtio-net 前后端驅動簡介 virtio-net (后面稱為
    的頭像 發表于 11-14 11:18 ?599次閱讀
    eBPF技術實踐之virtio-net網卡<b class='flag-5'>隊列</b>可觀測

    嵌入式環形隊列與消息隊列的實現原理

    嵌入式環形隊列,也稱為環形緩沖區或循環隊列,是一種先進先出(FIFO)的數據結構,用于在固定大小的存儲區域中高效地存儲和訪問數據。其主要特點包括固定大小的數組和兩個指針(頭指針和尾指針),分別指向隊列的起始位置和結束位置。
    的頭像 發表于 09-02 15:29 ?1103次閱讀

    基于OpenHarmony標準系統的C++公共基礎類庫案例:SafeQueue

    1、程序簡介該程序是基于OpenHarmony的C++公共基礎類庫的線程安全隊列:SafeQueue。線程安全隊列,是在dequeue的基礎上封裝std::lock_guard,以此實現線程的相關
    的頭像 發表于 08-30 12:41 ?613次閱讀
    基于OpenHarmony標準系統的C++公共基礎類庫案例:SafeQueue

    基于OpenHarmony標準系統的C++公共基礎類庫案例:SafeStack

    1、程序簡介該程序是基于OpenHarmony的C++公共基礎類庫的線程安全隊列:SafeQueue。線程安全隊列,是在dequeue的基礎上封裝std::lock_guard,以此實現線程的相關
    的頭像 發表于 08-30 12:41 ?632次閱讀
    基于OpenHarmony標準系統的C++公共基礎類庫案例:SafeStack

    玩轉RT-Thread之消息隊列的應用

    在嵌入式系統開發中,實時處理串口和ADC數據是一項重要的任務。本文將介紹如何在RT-Thread實時操作系統中,利用消息隊列來同時處理來自串口和ADC的數據。通過這種方法,我們能夠高效地管理和處理
    的頭像 發表于 07-23 08:11 ?854次閱讀
    玩轉RT-Thread之消息<b class='flag-5'>隊列</b>的應用

    在arduino平臺上開發esp32c3,twai隊列異常的原因?

    twai_get_status_info。發現在TX隊列里有一個數據。但是當任務到主循環的開頭再次讀取狀態時則發現數據跑到了RX隊列,而實際上CAN總線上并沒有發送任何數據給ESP32C3。
    發表于 06-11 06:16