91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

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

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

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

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

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

掃碼添加小助手

加入工程師交流群

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

背景知識(shí)

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

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

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

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

現(xiàn)象

在某個(gè)業(yè)務(wù)服務(wù)中使用PriorityBlockingQueue實(shí)現(xiàn)按照優(yōu)先級(jí)處理任務(wù),某一天環(huán)境中的服務(wù)突然間不處理任務(wù)了,查看后臺(tái)日志,發(fā)現(xiàn)一直拋出NullPointerException。將進(jìn)程堆dump出來(lái),使用MAT發(fā)現(xiàn)某個(gè)PriorityBlockingQueue中的size值比實(shí)際元素個(gè)數(shù)多1個(gè)(入隊(duì)時(shí)已經(jīng)對(duì)任務(wù)進(jìn)行非空校驗(yà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是如何出隊(duì)列的,PriorityBlockingQueue最終通過(guò)調(diào)用dequeue方法出隊(duì)列,dequeue方法處理邏輯如下:

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

如果在第4步中出現(xiàn)異常,就會(huì)出現(xiàn)隊(duì)列中的元素個(gè)數(shù)比實(shí)際的元素個(gè)數(shù)多1個(gè)的現(xiàn)象。此時(shí)size未發(fā)生改變,arry[n]已經(jīng)被置為null,再進(jìn)行siftDown操作時(shí)就會(huì)拋出NullPointerException。繼續(xù)分析第4步中在什么情況下會(huì)出現(xiàn)異常,通過(guò)代碼走讀我們可以發(fā)現(xiàn)只有在調(diào)用Comparable#compareTo或者Comparator#compare方法進(jìn)行元素比較的時(shí)候才可能出現(xiàn)異常。這塊代碼的處理邏輯和業(yè)務(wù)相關(guān),如果業(yè)務(wù)代碼處理不當(dāng)拋出異常,就會(huì)導(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來(lái)比較。否則就按照默認(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ò)以下兩種方法規(guī)避:

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

建議使用后者。

案例引申

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

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

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

以Comparable為例,任務(wù)入隊(duì)列時(shí),最終會(huì)調(diào)用siftUpComparable方法。該方法第一步將RunnableFuture強(qiáng)轉(zhuǎn)為Comparable類型,而RunnableFuture類未實(shí)現(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;
}

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

總結(jié)

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

審核編輯 :李倩


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

    關(guān)注

    14

    文章

    1936

    瀏覽量

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

    關(guān)注

    1

    文章

    420

    瀏覽量

    27377

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

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

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    RDMA設(shè)計(jì)43:隊(duì)列刪除及連接斷開(kāi)功能測(cè)試

    在接收到正確的刪除隊(duì)列請(qǐng)求后,首先進(jìn)入連接斷開(kāi)流程,即四次揮手?jǐn)噫?如圖中紅框部分。隨后進(jìn)行隊(duì)列刪除操作。返回隊(duì)列操作狀態(tài) 0x2b,符合設(shè)
    的頭像 發(fā)表于 02-24 07:50 ?560次閱讀
    RDMA設(shè)計(jì)43:<b class='flag-5'>隊(duì)列</b>刪除及連接斷開(kāi)功能測(cè)試

    RDMA設(shè)計(jì)41:隊(duì)列管理及連接建立功能驗(yàn)證與分析2

    寫入隊(duì)列控制寄存器后,隊(duì)列管理模塊根據(jù)創(chuàng)建信息判斷是否能夠創(chuàng)建隊(duì)列并返回隊(duì)列操作狀態(tài)(qp_modify_status)。如果能創(chuàng)建
    發(fā)表于 02-21 08:27

    RDMA設(shè)計(jì)25:隊(duì)列管理模塊之發(fā)送模塊詳細(xì)設(shè)計(jì)分析

    發(fā)送隊(duì)列存儲(chǔ)為所有發(fā)送隊(duì)列共用的存儲(chǔ)空間,根據(jù)用戶環(huán)境和開(kāi)發(fā)板環(huán)境不同可由 BRAM、URAM 或 LUTRAM 實(shí)現(xiàn)。發(fā)送隊(duì)列管理單元?jiǎng)t負(fù)責(zé)管理這個(gè)存儲(chǔ)空間,并處理用戶指令和發(fā)送隊(duì)列
    的頭像 發(fā)表于 01-25 16:27 ?3434次閱讀
    RDMA設(shè)計(jì)25:<b class='flag-5'>隊(duì)列</b>管理模塊之發(fā)送模塊詳細(xì)設(shè)計(jì)分析

    RDMA設(shè)計(jì)26:隊(duì)列管理模塊設(shè)計(jì)之接收隊(duì)列模塊詳細(xì)分析

    本文主要交流設(shè)計(jì)思路,在本博客已給出相關(guān)博文100多篇,希望對(duì)初學(xué)者有用。注意這里只是拋磚引玉,切莫認(rèn)為參考這就可以完成商用IP設(shè)計(jì)。 (2)接收隊(duì)列 接收隊(duì)列由一個(gè)接收隊(duì)列管理單元組成。與發(fā)送
    發(fā)表于 01-22 09:03

    RDMA設(shè)計(jì)24:隊(duì)列管理模塊設(shè)計(jì)

    隊(duì)列管理模塊采用管理與存儲(chǔ)分離的結(jié)構(gòu)進(jìn)行設(shè)計(jì),由發(fā)送隊(duì)列存儲(chǔ)、發(fā)送隊(duì)列管理、接收隊(duì)列管理、完成條目解析、異常完成條目處理和 Round-Robin 仲裁組成。
    的頭像 發(fā)表于 01-20 11:45 ?1395次閱讀
    RDMA設(shè)計(jì)24:<b class='flag-5'>隊(duì)列</b>管理模塊設(shè)計(jì)

    RDMA設(shè)計(jì)18:隊(duì)列管理模塊設(shè)計(jì)3

    標(biāo)識(shí)。故而只使用一個(gè)虛擬完成隊(duì)列足以滿足接收隊(duì)列管理單元和發(fā)送隊(duì)列管理單元的信息需求。這樣的設(shè)計(jì)在一定程度上縮減存儲(chǔ)資源開(kāi)銷的同時(shí),也會(huì)進(jìn)一步減小用戶操作難度,使模塊不再需要為每一個(gè)發(fā)
    發(fā)表于 01-05 09:04

    RDMA設(shè)計(jì)17:隊(duì)列管理模塊設(shè)計(jì)2

    。 (2)接收隊(duì)列 接收隊(duì)列由一個(gè)接收隊(duì)列管理單元組成。與發(fā)送隊(duì)列類似的是,接收隊(duì)列管理單元也由若干表單構(gòu)成,其中包括 RQ1 表單和用戶
    發(fā)表于 01-04 14:54

    NVMe高速傳輸之?dāng)[脫XDMA設(shè)計(jì)54:如何測(cè)試隊(duì)列管理功能2

    。 如圖1 所示, 刪除所有提交隊(duì)列和完成隊(duì)列, 刪除成功。 然后分別創(chuàng)建一個(gè)I/O 完成和提交隊(duì)列, 連續(xù)多次刪除, 打印信息返回錯(cuò)誤值為 2, 表示操作數(shù)量錯(cuò)誤,所有
    發(fā)表于 12-10 08:33

    優(yōu)先級(jí)隊(duì)列介紹

    隊(duì)列(Queue)的知識(shí)點(diǎn):「概念」:隊(duì)列是一種先進(jìn)先出(FIFO)的數(shù)據(jù)結(jié)構(gòu),類似于排隊(duì)的概念?!富?b class='flag-5'>操作」:enqueue(item): 將元素添加到隊(duì)列的末尾。dequeue()
    發(fā)表于 11-26 07:56

    基于環(huán)形隊(duì)列的UART收發(fā)回顯實(shí)驗(yàn)

    在實(shí)際項(xiàng)目開(kāi)發(fā)中,由于有些串口不具備FIFO(如SCI1和SCI2)或FIFO的buffer比較小,這可能會(huì)在數(shù)據(jù)處理速度小于數(shù)據(jù)接收速度的時(shí)候,導(dǎo)致數(shù)據(jù)的丟失。因此我們可以設(shè)計(jì)一個(gè)隊(duì)列來(lái)避免這一
    的頭像 發(fā)表于 10-27 13:51 ?1998次閱讀
    基于環(huán)形<b class='flag-5'>隊(duì)列</b>的UART收發(fā)回顯實(shí)驗(yàn)

    NVMe高速傳輸之?dāng)[脫XDMA設(shè)計(jì)41:隊(duì)列管理功能驗(yàn)證與分析5

    0, 表示隊(duì)列不使能, 后續(xù)兩次刪除操作返回 cr_status值為 2, 表示操作數(shù)量錯(cuò)誤。 同樣對(duì)于 I/O 完成隊(duì)列, 連續(xù)刪除 3 次, 測(cè)試結(jié)果表示第一次成功刪除, 后兩次
    發(fā)表于 10-23 16:24

    NVMe高速傳輸之?dāng)[脫XDMA設(shè)計(jì)40:隊(duì)列管理功能驗(yàn)證與分析4

    測(cè)試結(jié)果 NVMe刪除隊(duì)列是指通過(guò)NVMe協(xié)議提供的命令刪除指定的I/O完成隊(duì)列(CQ)或提交隊(duì)列(SQ)。該操作一般用于釋放存儲(chǔ)設(shè)備中的資源,確保
    發(fā)表于 10-22 10:14

    RabbitMQ消息隊(duì)列解決方案

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

    RDMA簡(jiǎn)介5之RoCE V2隊(duì)列分析

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

    NVME控制器之隊(duì)列管理模塊

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