java类用三木运算编译不生效_Java 中的三目运算符使用不当所导致的问题
Java 中的三目運(yùn)算符使用不當(dāng)所導(dǎo)致的問題
寫在前面:
1.三目運(yùn)算符是我們經(jīng)常在代碼中使用的,a= (b==null?0:1); 這樣一行代
碼可以代替一個(gè) if-else,可以使代碼變得清爽易讀。但是,三目運(yùn)算符
也是有一定的語言規(guī)范的。在運(yùn)用不恰當(dāng)?shù)臅r(shí)候會(huì)導(dǎo)致意想不到的問題。
前段時(shí)間遇到(一個(gè)由于使用三目運(yùn)算符導(dǎo)致的問題,其實(shí)是因?yàn)橛腥?/p>
目運(yùn)算符和自動(dòng)拆箱同時(shí)使用(雖然自動(dòng)拆箱不是我主動(dòng)用的)。
復(fù)制代碼
一、三目運(yùn)算符對(duì)于條件表達(dá)式b?x:y,先計(jì)算條件b,然后進(jìn)行判斷。如果b
的值為true,計(jì)算x的值,運(yùn)算結(jié)果為x的值;否則,計(jì)算y的值,運(yùn)算結(jié)果為y的值。一個(gè)條件表達(dá)式從不會(huì)既計(jì)算x,又計(jì)算y。條件運(yùn)算符是右結(jié)合的,也就是說,從右向左分組計(jì)算。例如,a?b:c?d:e將按a?b:(c?d:e)執(zhí)行。
二、自動(dòng)裝箱與自動(dòng)拆箱基本數(shù)據(jù)類型的自動(dòng)裝箱(autoboxing)、拆箱(unboxing) 是自J2SE 5.0開始提供的功能。一般我們要?jiǎng)?chuàng)建一個(gè)類的對(duì)象實(shí)例的時(shí)候,我們會(huì)這樣: Class a = new Class(parameters); 當(dāng)我們創(chuàng)建一個(gè)Integer對(duì)象時(shí),卻可以這樣: Integer i = 100;(注意:和 int i = 100;是有區(qū)別的 ) 實(shí)際上,執(zhí)行上面那句代碼的時(shí)候,系統(tǒng)為我們執(zhí)行了: Integer i =
Integer.valueOf(100); 這里暫且不討論這個(gè)原理是怎么實(shí)現(xiàn)的(何時(shí)拆箱、何時(shí)裝箱),也略過普通數(shù)據(jù)類型和對(duì)象類型的區(qū)別。我們可以理解為,當(dāng)我們自己寫的代碼符合裝(拆)箱規(guī)范的時(shí)候,編譯器就會(huì)自動(dòng)幫我們拆(裝)箱。
那么,這種不被程序員控制的自動(dòng)拆(裝)箱會(huì)不會(huì)存在什么問題呢?
三、問題回顧首先,通過你已有的經(jīng)驗(yàn)看一下下面這段代碼。如果你得到的結(jié)果和后文分析的結(jié)果一致(并且你知道原理),那么請(qǐng)忽略本文。如果不一致,請(qǐng)跟我探索下去。
1.Mapmap = new HashMap();
2.Boolean b = (map!=null ? map.get("test") : false);
復(fù)制代碼
以上這段代碼,是我們?cè)诓蛔⒁獾那闆r下有可能經(jīng)常會(huì)寫的一類代碼(在很多時(shí)候我們都愛使用三目運(yùn)算符)。當(dāng)然,這段代碼是存在問題的,執(zhí)行該代碼,會(huì)報(bào)NPE.
1.Exception in thread "main" http://www.doczj.com/doc/7492cb51dd88d0d232d46a3a.htmlng.NullPointerException
復(fù)制代碼
首先可以明確的是,既然報(bào)了空指針,那么一定是有些地方調(diào)用了一個(gè)null的
總結(jié)
以上是生活随笔為你收集整理的java类用三木运算编译不生效_Java 中的三目运算符使用不当所导致的问题的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 触摸屏电视多少钱?触摸屏电视的优势
- 下一篇: Java注解配置rest服务_Sprin