java判斷integer是否為空的詳細(xì)過程
簡介
在java編寫過程中,我們會(huì)使用到各種各樣的表達(dá)式,在使用表達(dá)式的過程中,有哪些安全問題需要我們注意的呢?一起來看看吧。
來看看小編挑選的這本書對(duì)你是否有用:
注意表達(dá)式的返回值
我們?cè)谑褂肑DK庫的時(shí)候,一定要注意認(rèn)真的讀一下JDK中方法的含義和它的返回值。
有些返回值可能表示這個(gè)操作是否成功,有的返回值可能是方法操作的結(jié)果。我們看兩個(gè)常見的例子:
public void deleteFileWrong(){ File file= new File("/tmp/www.flydean.com.txt"); file.delete(); System.out.println("File delete success!"); } public void deleteFileRight(){ File file= new File("/tmp/www.flydean.com.txt"); if(file.delete()){ System.out.println("File delete success!"); } }
先看一個(gè)文件刪除的例子,delete方法是有返回值的,所以我們?cè)谡{(diào)用delete方法之后,一定要判斷一下返回值,看是否刪除成功。
再看一個(gè)常見的String中字符替換的例子:
public void stringReplaceWrong(){ String url="www.flydean.com"; url.replace("www","WWW"); System.out.println("replaced url..."+url); } public void stringReplaceRight(){ String url="www.flydean.com"; url=url.replace("www","WWW"); System.out.println("replaced url..."+url); }
我們要記住,String是不可變的,所以它的replace方法,會(huì)返回一個(gè)替換過后的String,但是原String是不變的,所以我們需要將返回值重新賦值。
注意避免NullPointerException
NullPointerException應(yīng)該是最最常見的運(yùn)行時(shí)異常了。怎么避免這個(gè)異常呢?
我們要做的就是在調(diào)用object的方法時(shí)候,一定要判斷這個(gè)object是不是為空。
在JDK8之后,我們引入了Stream操作:
public void streamWrong(Collection<Object> collection){ collection.stream().filter(obj->obj.equals("www.flydean.com")); }
Stream操作的過程中,我們需要注意stream中的元素是否為空。
有時(shí)候,我們可能覺得已經(jīng)判斷是為空了,但是條件判斷不準(zhǔn)確,導(dǎo)致未知的異常,看下面這個(gè)例子:
public int countWrong(Collection<Object> collection, Object object){ int count=0; if(collection ==null){ return count; } for(Object element: collection){ if((element ==null && object== null) || element.equals(object)){ count++; } } return count; }
這個(gè)例子是用來查找collection中到底有多少元素和object相同,如果兩者都為空,也記為相同。
但是上面的例子有一個(gè)漏洞,它沒有考慮element ==null 而 object !=null的情況,所以會(huì)導(dǎo)致NullPointerException的生成。
我們需要這樣修改:
public int countRight(Collection<Object> collection, Object object){ int count=0; if(collection ==null){ return count; } for(Object element: collection){ if((element ==null && object== null) || (element !=null && element.equals(object))){ count++; } } return count; }
數(shù)組相等的判斷
如果我們需要比較兩個(gè)數(shù)組是否相等,其實(shí)我們想比較的是兩個(gè)數(shù)組中的元素是否相等。
我們知道數(shù)組是一個(gè)特殊的Object,那么數(shù)組對(duì)象也有一個(gè)equals方法,考慮下面的例子:
public boolean compareWrong(){ int[] array1 = new int[10]; int[] array2 = new int[10]; return array1.equals(array2); }
返回的結(jié)果是false,因?yàn)閿?shù)組直接使用了Object中定義的equals方法,我們看下該方法的定義:
public boolean equals(Object obj) { return (this == obj); }
可以看到,該方法比較的是兩個(gè)地址是否相等。所以我們的到了false結(jié)果。
其實(shí),我們可以使用Arrays.equals工具類中的方法來進(jìn)行兩個(gè)數(shù)組的比較:
Boolean boolA=true; Boolean boolB=true; System.out.println(boolA==boolB);
基礎(chǔ)類型的封裝類間的比較
在java中,我們知道有一些基礎(chǔ)類型像boolean, byte,char, short, int他們會(huì)有相對(duì)應(yīng)的封裝類型:Boolean,Byte,Character,Short,Integer等。
我們可以直接將基礎(chǔ)類型的值賦值給封裝類型,封裝類型會(huì)自行進(jìn)行轉(zhuǎn)換。
考慮下面的例子:
Boolean boolA=true; Boolean boolB=true; System.out.println(boolA==boolB);
結(jié)果是多少呢?
答案是true。為什么兩個(gè)不同對(duì)象的比較會(huì)是true呢?
在回答這個(gè)問題之前,我們看一下字符串的比較:
String stringA="www.flydean.com"; String stringB="www.flydean.com"; System.out.println(stringA==stringB);
這個(gè)我們大家應(yīng)該都知道,因?yàn)镾tring有一個(gè)字符串常量池,直接從字符串常量構(gòu)建的String對(duì)象,其實(shí)是同一個(gè)對(duì)象。
同樣的對(duì)于Boolean和Byte來說,如果直接從基礎(chǔ)類值構(gòu)建的話,也是同一個(gè)對(duì)象。
而對(duì)于Character來說,如果值的范圍在u0000 to u007f,則屬于同一個(gè)對(duì)象,如果超出了這個(gè)范圍,則是不同的對(duì)象。
對(duì)于Integer和Short來說,如果值的范圍在-128 and 127,則屬于同一個(gè)對(duì)象,如果超出了這個(gè)范圍,則是不同的對(duì)象。
再考慮下面的例子:
Boolean boolA=true; Boolean boolC=new Boolean(true); System.out.println(boolA==boolC);
輸出的結(jié)果是false,因?yàn)閎oolC使用了new關(guān)鍵字,構(gòu)建了一個(gè)新的對(duì)象。
集合中類型不匹配
現(xiàn)在java集合可以通過指定類型,從而只存儲(chǔ)特定類型的對(duì)象。考慮下面的一個(gè)例子:
public void typeMismatch(){ HashSet<Short> shortSet= new HashSet<>(); for(int i=0;i<10;i++){ shortSet.add((short)i); shortSet.remove(i); } System.out.println(shortSet.size()); }
上面代碼我們定義了一個(gè)Short的集合,然后將0-9添加進(jìn)去,接著我們又調(diào)用了remove方法把i從集合刪除。
但是最后輸出結(jié)果是10,表明我們并沒有刪除成功。為什么呢?
看下HashSet的remove方法:
public boolean remove(Object o) { return map.remove(o)==PRESENT; }
remove方法的參數(shù)是Object,我們傳入的i是int類型的,跟short不匹配,所以導(dǎo)致刪除失敗。
我們需要這樣修改:
public void typeMatch(){ HashSet<Short> shortSet= new HashSet<>(); for(int i=0;i<10;i++){ shortSet.add((short)i); shortSet.remove((short)i); } System.out.println(shortSet.size()); }
Asset的副作用
我們會(huì)使用Asset語句在代碼中做調(diào)試使用,在使用的過程中需要注意Asset語句不要對(duì)系統(tǒng)的業(yè)務(wù)邏輯產(chǎn)生副作用,也就是說即使Asset語句不運(yùn)行,也不會(huì)修改代碼的業(yè)務(wù)邏輯。
看下面的例子:
public void assetWrong(ArrayList<Integer> list){ assert list.remove(0)>0; }
上的代碼我們從list中刪除第一個(gè)元素,并判斷刪除的元素是否大于0.
上面的代碼如果assert語句不執(zhí)行的話,會(huì)導(dǎo)致業(yè)務(wù)邏輯也不執(zhí)行,所以需要修改成下面這樣:
public void assetRight(ArrayList<Integer> list){ int result=list.remove(0); assert result>0; }
本文的例子:
learn-java-base-9-to-20/tree/master/security
補(bǔ)充:java中判斷變量非空
1.當(dāng)判斷的變量為數(shù)值型時(shí)(integer)
先判斷是否為空 在判是否為零
if (id != null && id != 0) { ? ?return false;//不為空 ? ? ? ? ? }
2.當(dāng)判斷的變量為字符串時(shí)時(shí)(String)
Strings.isNotBlank(name){ ? ? return false;//不為空 }
3.當(dāng)判斷的變量為對(duì)象時(shí)(people)
!Objects.isNull(easyData){ ? ? return false;//不為空 }
4.當(dāng)判斷的變量為集合時(shí)(Lsit)
CollectionUtils.isEmpty(list){ ? ? return true;//為空 } Integer id = 0; String name = null; public class People { } List<Object> list = new ArrayList<>();
到此這篇關(guān)于java判斷integer是否為空的文章就介紹到這了,更多相關(guān)java判斷integer是否為空內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
SpringSecurity實(shí)現(xiàn)權(quán)限認(rèn)證與授權(quán)的使用示例
本文主要介紹了SpringSecurity實(shí)現(xiàn)權(quán)限認(rèn)證與授權(quán)的使用示例,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-11-11springboot項(xiàng)目實(shí)現(xiàn)斷點(diǎn)續(xù)傳功能
這篇文章主要介紹了springboot項(xiàng)目實(shí)現(xiàn)斷點(diǎn)續(xù)傳,本文通過示例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2023-08-08SpringBoot 整合Redisson重寫cacheName支持多參數(shù)的案例代碼
這篇文章主要介紹了SpringBoot 整合Redisson重寫cacheName支持多參數(shù),本文通過實(shí)例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友參考下吧2024-01-01使用maven開發(fā)springboot項(xiàng)目時(shí)pom.xml常用配置(推薦)
這篇文章主要介紹了使用maven開發(fā)springboot項(xiàng)目時(shí)的pom.xml常用配置,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-01-01Spring?Boot?Security認(rèn)證之Redis緩存用戶信息詳解
本文介紹了如何使用Spring Boot Security進(jìn)行認(rèn)證,并通過Redis緩存用戶信息以提高系統(tǒng)性能,通過配置RedisUserDetailsManager,我們成功地將用戶信息存儲(chǔ)到了Redis中,并在Spring Security中進(jìn)行了集成,需要的朋友可以參考下2024-01-01