簡介

java程序的邏輯是由一個個的方法組成的，而在編寫方法的過程中，我們也需要遵守一定的安全規(guī)則，比如方法的參數(shù)進(jìn)行校驗(yàn)，不要在assert中添加業(yè)務(wù)邏輯，不要使用廢棄或者過期的方法，做安全檢查的方法一定要設(shè)置為private等。

今天我們再來深入的探討一下，java方法的編寫過程中還有哪些要注意的地方。

不要在構(gòu)造函數(shù)中調(diào)用可以被重寫的方法

一般來說在構(gòu)造函數(shù)中只能調(diào)用static，final或者private的方法。為什么呢？

如果父類在執(zhí)行構(gòu)造函數(shù)的時候調(diào)用了一個可以被重寫的方法，那么在該方法中可能會使用到未初始化的數(shù)據(jù)，從而導(dǎo)致運(yùn)行時異?；蛘咭馔饨Y(jié)束。

另外，還可能到方法獲取到未初始化完畢的實(shí)例，從而導(dǎo)致數(shù)據(jù)不一致性。

舉個例子，我們定義了一個Person的父類：

public class Person {public void printValue(){System.out.println("this is person!");}public Person(){printValue();} }

然后定義了一個Boy的子類，但是在Boy子類中，重新了父類的printValue方法。

public class Boy extends Person{public void printValue(){System.out.println("this is Boy!");}public Boy(){super();}public static void main(String[] args) {Person persion= new Person();Boy boy= new Boy();} }

輸出結(jié)果：

this is person! this is Boy!

可以看到Boy調(diào)用了自己重寫過的printValue方法。

注意，這里并不是說會產(chǎn)生語法錯誤，而是這樣會導(dǎo)致業(yè)務(wù)邏輯看起來非?；靵y。

怎么解決呢？簡單辦法就是將Person中的printValue置位final即可。

不要在clone()方法中調(diào)用可重寫的方法

同樣的，我們在定義clone方法的時候也不要調(diào)用可重寫的方法，否則也會產(chǎn)生意想不到的變化。

還是上面的例子，這次我們添加了clone方法到Person類：

public Object clone() throws CloneNotSupportedException {Person person= (Person)super.clone();person.printValue();return person;}

接下來我們添加clone方法到Boy類：

public Object clone() throws CloneNotSupportedException {Boy clone = (Boy) super.clone();clone.printValue();return clone;}

因?yàn)樵赾lone方法中調(diào)用了可重寫的方法，從而讓系統(tǒng)邏輯變得混亂。不推薦這樣使用。

重寫equals()方法

考慮一下父類和子類的情況，如果在父類中我們定義了一個equals方法，這個方法是根據(jù)父類中的字段來進(jìn)行比較判斷，最終決定兩個對象是否相等。

如果子類添加了一些新的字段，如果不重寫equals方法，而是使用父類的equals方法，那么就會遺漏子類中新添加的字段，最終導(dǎo)致equals返回意想不到的結(jié)果。

所以一般來說，子類需要重寫equals方法。

如果重新equals方法，需要滿足下面幾個特性：

reflexive反射性

對于一個Object a來說，a.equals(a)必須成立。

symmetric對稱性

對于一個Object a和Object b來說，如果a.equals(b)==true，那么b.equals(a)==true一定成立。

transitive傳遞性

對于Object a,b,c來說，如果a.equals(b)==true,b.equals(c)==true,那么a.equals(c)==true一定成立。

consistent一致性

對于Object a，b來說，如果a和b沒有發(fā)生任何變化，那么a.equals(b)的結(jié)果也不能變。

對于非空的引用a，a.equals(null) 一定要等于false

具體代碼的例子，這里就不寫了，大家可以自行練習(xí)一下。

hashCode和equals

hashCode是Object中定義的一個native方法：

@HotSpotIntrinsicCandidatepublic native int hashCode();

根據(jù)Oracle的建議，如果兩個對象的equals方法返回的結(jié)果是true，那么這兩個對象的hashCode一定要返回同樣的int值。

為什么呢？

我們看下下面的一個例子：

public class Girl {private final int age;public Girl(int age) {this.age = age;}@Overridepublic boolean equals(Object o) {if (o == this) {return true;}if (!(o instanceof Girl)) {return false;}Girl cc = (Girl)o;return cc.age == age;}public static void main(String[] args) {HashMap<Girl,Integer> hashMap= new HashMap<>();hashMap.put(new Girl(20), 20);System.out.println(hashMap.get(new Girl(20)));} }

上面的Girl中，我們定義了equals方法，但是并沒有重寫hashCode，最后返回的結(jié)果是null。

因?yàn)槲覀僴ew了兩次Girl這個對象，最后導(dǎo)致native方法中兩個不同對象的hashCode是不一樣的。

我們可以給Girl類中添加一個hashCode方法：

public int hashCode() {return age;}

這樣就可以返回正確的值。

compareTo方法的實(shí)現(xiàn)

我們在實(shí)現(xiàn)可比較類的時候，通常需要實(shí)現(xiàn)Comparable接口。Comparable接口定義了一個compareTo方法，用來進(jìn)行兩個對象的比較。

我們在實(shí)現(xiàn)compareTo方法的時候，要注意保證比較的通用規(guī)則，也就是說，如果x.compareTo(y) > 0 && y.compareTo(z) > 0 那么表示 x.compareTo(z) > 0.

所以，我們不能使用compareTo來實(shí)現(xiàn)特殊的邏輯。

最近看了一個日本的電影，叫做dubo默示錄，里面有一集就是石頭，剪刀，布來判斷輸贏。

當(dāng)然，石頭，剪刀，布不滿足我們的通用compareTo方法，所以不能將邏輯定義在compareTo方法中。

本文的代碼：

learn-java-base-9-to-20/tree/master/security

本文已收錄于 http://www.flydean.com/java-security-code-line-method/最通俗的解讀，最深刻的干貨，最簡潔的教程，眾多你不知道的小技巧等你來發(fā)現(xiàn)！歡迎關(guān)注我的公眾號:「程序那些事」,懂技術(shù)，更懂你！ 與50位技術(shù)專家面對面20年技術(shù)見證，附贈技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的java clone方法_java安全编码指南之:方法编写指南的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。