99精品伊人亚洲|最近国产中文炮友|九草在线视频支援|AV网站大全最新|美女黄片免费观看|国产精品资源视频|精彩无码视频一区|91大神在线后入|伊人终合在线播放|久草综合久久中文

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

關(guān)于PriorityBlockingQueue中隊列操作

openEuler ? 來源:openEuler ? 作者:openEuler ? 2022-05-07 16:43 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

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

背景知識

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

  1. 入隊元素實現(xiàn)Comparable接口來比較元素優(yōu)先級;
  2. PriorityBlockingQueue構(gòu)造函數(shù)指定Comparator來比較元素優(yōu)先級;

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

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

現(xiàn)象

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

異常堆棧如下:

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結(jié)果:

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

原因分析

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

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

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

/**
*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來比較。否則就按照默認(rèn)的
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;
}
}

復(fù)現(xiàn)代碼

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();
}
}
}

執(zhí)行結(jié)果如下:

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)

規(guī)避方案

可以通過以下兩種方法規(guī)避:

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

建議使用后者。

案例引申

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

觀察submit源碼可以發(fā)現(xiàn)在submit內(nèi)部代碼會將Runable封裝成RunnableFuture對象,然后調(diào)用execute提交任務(wù)。

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

以Comparable為例,任務(wù)入隊列時,最終會調(diào)用siftUpComparable方法。該方法第一步將RunnableFuture強轉(zhuǎn)為Comparable類型,而RunnableFuture類未實現(xiàn)Comparable接口,進(jìn)而拋出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;
}

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

總結(jié)

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

審核編輯 :李倩


聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 比較器
    +關(guān)注

    關(guān)注

    14

    文章

    1848

    瀏覽量

    109158
  • 數(shù)組
    +關(guān)注

    關(guān)注

    1

    文章

    420

    瀏覽量

    26548

原文標(biāo)題:畢昇 JDK | PriorityBlockingQueue比較器異常導(dǎo)致的NPE問題分析

文章出處:【微信號:openEulercommunity,微信公眾號:openEuler】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

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

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    RabbitMQ消息隊列解決方案

    在現(xiàn)代分布式系統(tǒng)架構(gòu)中,消息隊列作為核心組件,承擔(dān)著系統(tǒng)解耦、異步處理、流量削峰等重要職責(zé)。RabbitMQ作為一款成熟的消息隊列中間件,以其高可用性、高可靠性和豐富的特性,成為眾多企業(yè)的首選方案。本文將從運維工程師的角度,詳細(xì)闡述RabbitMQ從單機部署到集群搭建的完
    的頭像 發(fā)表于 07-08 15:55 ?185次閱讀

    從 app_gatt_callback調(diào)用這個隊列推送函數(shù)時,程序出現(xiàn)了硬故障怎么解決?

    我正在嘗試在 wiced BLE 堆棧中使用基于演員的設(shè)計模式。 因此,所有任務(wù)都使用消息隊列相互通信。 消息隊列將保存塊大小為 64 的內(nèi)存池指針的地址。 我維護(hù)著一個由這些池地址指針組成的隊列
    發(fā)表于 07-04 06:03

    精通 MQTT:消息隊列遙測傳輸指南!

    引言MQTT(消息隊列遙測傳輸)是一種輕量級消息協(xié)議,專為低帶寬、高延遲和不可靠的網(wǎng)絡(luò)環(huán)境設(shè)計。它廣泛應(yīng)用于物聯(lián)網(wǎng)(IoT)應(yīng)用、消息系統(tǒng)以及實時數(shù)據(jù)通信領(lǐng)域。本指南深入探討了MQTT的工作原理
    的頭像 發(fā)表于 06-16 16:56 ?484次閱讀
    精通 MQTT:消息<b class='flag-5'>隊列</b>遙測傳輸指南!

    請問flashdb的flash操作接口是否可以異步?

    實現(xiàn) feed_dog(); } } HAL_FLASH_Lock(); on_ic_write_cnt++; return size; } 這個函數(shù)內(nèi)將數(shù)據(jù)使用消息隊列的形式拋給flash實際操作任務(wù) 這個任務(wù)設(shè)置優(yōu)先級最低 這樣是否會造成flashdb內(nèi)核的數(shù)
    發(fā)表于 06-11 07:13

    RDMA簡介5之RoCE V2隊列分析

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

    [Actor] 通過actor創(chuàng)建控制中心與數(shù)據(jù)采集工作站來看操作者架構(gòu)

    *附件:面向?qū)ο笤囼灆C測控系統(tǒng).zip 一、actor對象描述 1、actor對象本身就是一個隊列狀態(tài)機類,空白的一個對象即具備了隊列狀態(tài)機功能。但是具備不代表無條件立即運行;這些功能必須在幾個關(guān)鍵
    發(fā)表于 05-14 18:44

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

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

    NVME控制器之隊列管理模塊

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

    NVME控制器之隊列管理模塊

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

    JavaWeb消息隊列使用指南

    在現(xiàn)代的JavaWeb應(yīng)用中,消息隊列(Message Queue)是一種常見的技術(shù),用于異步處理任務(wù)、解耦系統(tǒng)組件、提高系統(tǒng)性能和可靠性。 1. 消息隊列的基本概念 消息隊列是一種應(yīng)用程序?qū)?yīng)
    的頭像 發(fā)表于 11-25 09:27 ?530次閱讀

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

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

    為什么同一個隊列引用的全局變量,運行在兩個子vi中發(fā)現(xiàn)隊列數(shù)據(jù)丟失了

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

    eBPF技術(shù)實踐之virtio-net網(wǎng)卡隊列可觀測

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

    嵌入式環(huán)形隊列與消息隊列的實現(xiàn)原理

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

    玩轉(zhuǎn)RT-Thread之消息隊列的應(yīng)用

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