日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

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

完善資料讓更多小伙伴認識你,還能領(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)用比較器異常,進而導致后續(xù)任務(wù)出隊列拋出NullPointerException。本文通過完整的案例復(fù)現(xiàn)來演示在什么情況會觸發(fā)該問題,同時給出了處理建議。希望讀者在編程時加以借鑒,避免再次遇到此類問題。

背景知識

PriorityBlockingQueue是一個無界的基于數(shù)組的優(yōu)先級阻塞隊列,使用一個全局ReentrantLock來控制某一時刻只有一個線程可以進行元素出隊和入隊操作,并且每次出隊都返回優(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方法將元素出隊列。當沒有元素可以出隊的時候,線程就會阻塞等待。

publicEtake()throwsInterruptedException{
finalReentrantLocklock=this.lock;
lock.lockInterruptibly();
Eresult;
try{
//嘗試獲取最小元素,即小頂堆第一個元素,然后重新排序,如果不存在表示隊列暫無元素,進行阻塞等待。
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。將進程堆dump出來,使用MAT發(fā)現(xiàn)某個PriorityBlockingQueue中的size值比實際元素個數(shù)多1個(入隊時已經(jīng)對任務(wù)進行非空校驗)。

異常堆棧如下:

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,再進行siftDown操作時就會拋出NullPointerException。繼續(xù)分析第4步中在什么情況下會出現(xiàn)異常,通過代碼走讀我們可以發(fā)現(xiàn)只有在調(diào)用Comparable#compareTo或者Comparator#compare方法進行元素比較的時候才可能出現(xiàn)異常。這塊代碼的處理邏輯和業(yè)務(wù)相關(guān),如果業(yè)務(wù)代碼處理不當拋出異常,就會導致上述現(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來比較。否則就按照默認的
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時,清除隊列元素,將未處理的元素重新進入隊列;
  • 在 Comparable#compareTo 或 Comparator#compare 方法中做好異常處理,對異常情況進行默認操作;

建議使用后者。

案例引申

使用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接口,進而拋出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)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 比較器
    +關(guān)注

    關(guān)注

    14

    文章

    1936

    瀏覽量

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

    關(guān)注

    1

    文章

    420

    瀏覽量

    27483

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

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

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

掃碼添加小助手

加入工程師交流群

    評論

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

    RDMA設(shè)計43:隊列刪除及連接斷開功能測試

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

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

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

    RDMA設(shè)計40:隊列管理及連接建立功能驗證與分析

    RoCE v2 協(xié)議的特點,只創(chuàng)建隊列但不建立連接的行為只會造成資源的浪費,且沒有任何實際應(yīng)用價值。因此在待測設(shè)計中,隊列管理的操作與連接管理的操作是相互綁定的。當創(chuàng)建
    發(fā)表于 02-13 10:15

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

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

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

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

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

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

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

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

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

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

    NVMe高速傳輸之擺脫XDMA設(shè)計54:如何測試隊列管理功能2

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

    優(yōu)先級隊列介紹

    隊列(Queue)的知識點:「概念」:隊列是一種先進先出(FIFO)的數(shù)據(jù)結(jié)構(gòu),類似于排隊的概念。「基本操作」:enqueue(item): 將元素添加到隊列的末尾。dequeue()
    發(fā)表于 11-26 07:56

    基于環(huán)形隊列的UART收發(fā)回顯實驗

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

    NVMe高速傳輸之擺脫XDMA設(shè)計41:隊列管理功能驗證與分析5

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

    NVMe高速傳輸之擺脫XDMA設(shè)計40:隊列管理功能驗證與分析4

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

    RabbitMQ消息隊列解決方案

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

    RDMA簡介5之RoCE V2隊列分析

    操作中,只有RECEIVE操作會被添加到接收隊列。SEND/RECEIVE操作的完整流程,如圖1所示,首先由應(yīng)用程序創(chuàng)建一個工作請求(WR),并將其提交到相應(yīng)的工作
    發(fā)表于 06-05 17:28
    道真| 青田县| 扎囊县| 诸暨市| 东宁县| 社旗县| 庆阳市| 随州市| 吉木萨尔县| 竹北市| 宜宾市| 桂林市| 安乡县| 区。| 滕州市| 始兴县| 盐源县| 常德市| 永嘉县| 开阳县| 绥阳县| 沙洋县| 吴川市| 伊宁市| 定日县| 刚察县| 龙游县| 西丰县| 万安县| 新郑市| 揭东县| 仙桃市| 永宁县| 蛟河市| 板桥市| 晋江市| 兴宁市| 黄大仙区| 富川| 井研县| 南郑县|