1. 盡量在合適的場(chǎng)合使用單例
在沐川等地區(qū),都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局,加強(qiáng)發(fā)展的系統(tǒng)性、市場(chǎng)前瞻性、產(chǎn)品創(chuàng)新能力,以專注、極致的服務(wù)理念,為客戶提供網(wǎng)站設(shè)計(jì)制作、成都網(wǎng)站設(shè)計(jì) 網(wǎng)站設(shè)計(jì)制作按需定制設(shè)計(jì),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),成都品牌網(wǎng)站建設(shè),成都營(yíng)銷網(wǎng)站建設(shè),成都外貿(mào)網(wǎng)站制作,沐川網(wǎng)站建設(shè)費(fèi)用合理。
使用單例可以減輕加載的負(fù)擔(dān),縮短加載的時(shí)間,提高加載的效率,但并不是所有地方都適用于單例,簡(jiǎn)單來(lái)說(shuō),單例主要適用于以下三個(gè)方面:
第一,控制資源的使用,通過(guò)線程同步來(lái)控制資源的并發(fā)訪問(wèn);
第二,控制實(shí)例的產(chǎn)生,以達(dá)到節(jié)約資源的目的;
第三,控制數(shù)據(jù)共享,在不建立直接關(guān)聯(lián)的條件下,讓多個(gè)不相關(guān)的進(jìn)程或線程之間實(shí)現(xiàn)通信。
2. 盡量避免隨意使用靜態(tài)變量
要知道,當(dāng)某個(gè)對(duì)象被定義為stataic變量所引用,那么gc通常是不會(huì)回收這個(gè)對(duì)象所占有的內(nèi)存
3. 盡量避免過(guò)多過(guò)常的創(chuàng)建Java對(duì)象
盡量避免在經(jīng)常調(diào)用的方法,循環(huán)中new對(duì)象,由于系統(tǒng)不僅要花費(fèi)時(shí)間來(lái)創(chuàng)建對(duì)象,而且還要花時(shí)間對(duì)這些對(duì)象進(jìn)行垃圾回收和處理,在我們可以控制的范圍內(nèi),最大限度的重用對(duì)象,最好能用基本的數(shù)據(jù)類型或數(shù)組來(lái)替代對(duì)象。
4. 盡量使用final修飾符
帶有final修飾符的類是不可派生的。在Java核心API中,有許多應(yīng)用final的例子,例如java.lang.String.為String類指定final防止了使用者覆蓋length()方法。另外,如果一個(gè)類是final的,則該類所有方法都是final的。Java編譯器會(huì)尋找機(jī)會(huì)內(nèi)聯(lián)(inline)所有的final方法(這和具體的編譯器實(shí)現(xiàn)有關(guān))。此舉能夠使性能平均提高50%.
5. 盡量使用局部變量
調(diào)用方法時(shí)傳遞的參數(shù)以及在調(diào)用中創(chuàng)建的臨時(shí)變量都保存在棧(Stack)中,速度較快。其他變量,如靜態(tài)變量、實(shí)例變量等,都在堆(Heap)中創(chuàng)建,速度較慢。
6. 盡量處理好包裝類型和基本類型兩者的使用場(chǎng)所
雖然包裝類型和基本類型在使用過(guò)程中是可以相互轉(zhuǎn)換,但它們兩者所產(chǎn)生的內(nèi)存區(qū)域是完全不同的,基本類型數(shù)據(jù)產(chǎn)生和處理都在棧中處理,包裝類型是對(duì)象,是在堆中產(chǎn)生實(shí)例。
在集合類對(duì)象,有對(duì)象方面需要的處理適用包裝類型,其他的處理提倡使用基本類型。
7. 慎用synchronized,盡量減小synchronize的方法
都知道,實(shí)現(xiàn)同步是要很大的系統(tǒng)開(kāi)銷作為代價(jià)的,甚至可能造成死鎖,所以盡量避免無(wú)謂的同步控制。synchronize方法被調(diào)用時(shí),直接會(huì)把當(dāng)前對(duì)象鎖 了,在方法執(zhí)行完之前其他線程無(wú)法調(diào)用當(dāng)前對(duì)象的其他方法。所以synchronize的方法盡量小,并且應(yīng)盡量使用方法同步代替代碼塊同步。
8. 盡量使用StringBuilder和StringBuffer進(jìn)行字符串連接
這個(gè)就不多講了。
9. 盡量不要使用finalize方法
實(shí)際上,將資源清理放在finalize方法中完成是非常不好的選擇,由于GC的工作量很大,尤其是回收Young代內(nèi)存時(shí),大都會(huì)引起應(yīng)用程序暫停,所以再選擇使用finalize方法進(jìn)行資源清理,會(huì)導(dǎo)致GC負(fù)擔(dān)更大,程序運(yùn)行效率更差。
10. 盡量使用基本數(shù)據(jù)類型代替對(duì)象
String str = "hello";
上面這種方式會(huì)創(chuàng)建一個(gè)"hello"字符串,而且JVM的字符緩存池還會(huì)緩存這個(gè)字符串;
String str = new String("hello");
此時(shí)程序除創(chuàng)建字符串外,str所引用的String對(duì)象底層還包含一個(gè)char[]數(shù)組,這個(gè)char[]數(shù)組依次存放了h,e,l,l,o
11. 單線程應(yīng)盡量使用HashMap、ArrayList
HashTable、Vector等使用了同步機(jī)制,降低了性能。
12. 盡量合理的創(chuàng)建HashMap
當(dāng)你要?jiǎng)?chuàng)建一個(gè)比較大的hashMap時(shí),充分利用另一個(gè)構(gòu)造函數(shù)
public HashMap(int initialCapacity, float loadFactor)
避免HashMap多次進(jìn)行了hash重構(gòu),擴(kuò)容是一件很耗費(fèi)性能的事,在默認(rèn)中initialCapacity只有16,而loadFactor是 0.75,需要多大的容量,你最好能準(zhǔn)確的估計(jì)你所需要的最佳大小,同樣的Hashtable,Vectors也是一樣的道理。
13. 盡量減少對(duì)變量的重復(fù)計(jì)算
并且在循環(huán)中應(yīng)該避免使用復(fù)雜的表達(dá)式,在循環(huán)中,循環(huán)條件會(huì)被反復(fù)計(jì)算,如果不使用復(fù)雜表達(dá)式,而使循環(huán)條件值不變的話,程序?qū)?huì)運(yùn)行的更快。
14. 盡量避免不必要的創(chuàng)建
15. 盡量在finally塊中釋放資源
程序中使用到的資源應(yīng)當(dāng)被釋放,以避免資源泄漏。這最好在finally塊中去做。不管程序執(zhí)行的結(jié)果如何,finally塊總是會(huì)執(zhí)行的,以確保資源的正確關(guān)閉。
16. 盡量使用移位來(lái)代替'a/b'的操作
"/"是一個(gè)代價(jià)很高的操作,使用移位的操作將會(huì)更快和更有效
17.盡量使用移位來(lái)代替'a*b'的操作
同樣的,對(duì)于'*'操作,使用移位的操作將會(huì)更快和更有效
18. 盡量確定StringBuffer的容量
StringBuffer 的構(gòu)造器會(huì)創(chuàng)建一個(gè)默認(rèn)大小(通常是16)的字符數(shù)組。在使用中,如果超出這個(gè)大小,就會(huì)重新分配內(nèi)存,創(chuàng)建一個(gè)更大的數(shù)組,并將原先的數(shù)組復(fù)制過(guò)來(lái),再 丟棄舊的數(shù)組。在大多數(shù)情況下,你可以在創(chuàng)建 StringBuffer的時(shí)候指定大小,這樣就避免了在容量不夠的時(shí)候自動(dòng)增長(zhǎng),以提高性能。
19. 盡量早釋放無(wú)用對(duì)象的引用
大部分時(shí),方法局部引用變量所引用的對(duì)象 會(huì)隨著方法結(jié)束而變成垃圾,因此,大部分時(shí)候程序無(wú)需將局部,引用變量顯式設(shè)為null.
20. 盡量避免使用二維數(shù)組
二維數(shù)據(jù)占用的內(nèi)存空間比一維數(shù)組多得多,大概10倍以上。
21. 盡量避免使用split
除非是必須的,否則應(yīng)該避免使用split,split由于支持正則表達(dá)式,所以效率比較低,如果是頻繁的幾十,幾百萬(wàn)的調(diào)用將會(huì)耗費(fèi)大量資源,如果確實(shí)需 要頻繁的調(diào)用split,可以考慮使用apache的StringUtils.split(string,char),頻繁split的可以緩存結(jié)果。
22. ArrayList LinkedList
一 個(gè)是線性表,一個(gè)是鏈表,一句話,隨機(jī)查詢盡量使用ArrayList,ArrayList優(yōu)于LinkedList,LinkedList還要移動(dòng)指 針,添加刪除的操作LinkedList優(yōu)于ArrayList,ArrayList還要移動(dòng)數(shù)據(jù),不過(guò)這是理論性分析,事實(shí)未必如此,重要的是理解好2 者得數(shù)據(jù)結(jié)構(gòu),對(duì)癥下藥。
23. 盡量使用System.arraycopy ()代替通過(guò)來(lái)循環(huán)復(fù)制數(shù)組
System.arraycopy() 要比通過(guò)循環(huán)來(lái)復(fù)制數(shù)組快的多
24. 盡量緩存經(jīng)常使用的對(duì)象
盡可能將經(jīng)常使用的對(duì)象進(jìn)行緩存,可以使用數(shù)組,或HashMap的容器來(lái)進(jìn)行緩存,但這種方式可能導(dǎo)致系統(tǒng)占用過(guò)多的緩存,性能下降,推薦可以使用一些第三方的開(kāi)源工具,如EhCache,Oscache進(jìn)行緩存,他們基本都實(shí)現(xiàn)了FIFO/FLU等緩存算法。
25. 盡量避免非常大的內(nèi)存分配
有時(shí)候問(wèn)題不是由當(dāng)時(shí)的堆狀態(tài)造成的,而是因?yàn)榉峙涫≡斐傻?。分配的?nèi)存塊都必須是連續(xù)的,而隨著堆越來(lái)越滿,找到較大的連續(xù)塊越來(lái)越困難。
26. 慎用異常
當(dāng)創(chuàng)建一個(gè)異常時(shí),需要收集一個(gè)棧跟蹤(stack track),這個(gè)棧跟蹤用于描述異常是在何處創(chuàng)建的。構(gòu)建這些棧跟蹤時(shí)需要為運(yùn)行時(shí)棧做一份快照,正是這一部分開(kāi)銷很大。當(dāng)需要?jiǎng)?chuàng)建一個(gè) Exception 時(shí),JVM 不得不說(shuō):先別動(dòng),我想就您現(xiàn)在的樣子存一份快照,所以暫時(shí)停止入棧和出棧操作。棧跟蹤不只包含運(yùn)行時(shí)棧中的一兩個(gè)元素,而是包含這個(gè)棧中的每一個(gè)元素。
如 果您創(chuàng)建一個(gè) Exception ,就得付出代價(jià)。好在捕獲異常開(kāi)銷不大,因此可以使用 try-catch 將核心內(nèi)容包起來(lái)。從技術(shù)上講,您甚至可以隨意地拋出異常,而不用花費(fèi)很大的代價(jià)。招致性能損失的并不是 throw 操作--盡管在沒(méi)有預(yù)先創(chuàng)建異常的情況下就拋出異常是有點(diǎn)不尋常。真正要花代價(jià)的是創(chuàng)建異常。幸運(yùn)的是,好的編程習(xí)慣已教會(huì)我們,不應(yīng)該不管三七二十一就 拋出異常。異常是為異常的情況而設(shè)計(jì)的,使用時(shí)也應(yīng)該牢記這一原則。
(1)。 用Boolean.valueOf(boolean b)代替new Boolean()
包裝類的內(nèi)存占用是很恐怖的,它是基本類型內(nèi)存占用的N倍(N2),同時(shí)new一個(gè)對(duì)象也是性能的消耗。
(2)。 用Integer.valueOf(int i)代替new Integer()
和Boolean類似,java開(kāi)發(fā)中使用Integer封裝int的場(chǎng)合也非常多,并且通常用int表示的數(shù)值都非常小。SUN SDK中對(duì)Integer的實(shí)例化進(jìn)行了優(yōu)化,Integer類緩存了-128到127這256個(gè)狀態(tài)的Integer,如果使用 Integer.valueOf(int i),傳入的int范圍正好在此內(nèi),就返回靜態(tài)實(shí)例。這樣如果我們使用Integer.valueOf代替new Integer的話也將大大降低內(nèi)存的占用。
(3)。 用StringBuffer的append方法代替"+"進(jìn)行字符串相加。
這個(gè)已經(jīng)被N多人說(shuō)過(guò)N次了,這個(gè)就不多說(shuō)了。
(4)。 避免過(guò)深的類層次結(jié)構(gòu)和過(guò)深的方法調(diào)用。
因?yàn)檫@兩者都是非常占用內(nèi)存的(特別是方法調(diào)用更是堆??臻g的消耗大戶)。
(5)。 變量只有在用到它的時(shí)候才定義和實(shí)例化。
這是初學(xué)者最容易犯的錯(cuò),合理的使用變量,并且只有在用到它的時(shí)候才定義和實(shí)例化,能有效的避免內(nèi)存空間和執(zhí)行性能上的浪費(fèi),從而提高了代碼的效率。
(6)。 避免在循環(huán)體中聲明創(chuàng)建對(duì)象,即使該對(duì)象占用內(nèi)存空間不大。
這種情況在我們的實(shí)際應(yīng)用中經(jīng)常遇到,而且我們很容易犯類似的錯(cuò)誤
采用上面的第二種編寫方式,僅在內(nèi)存中保存一份對(duì)該對(duì)象的引用,而不像上面的第一種編寫方式中代碼會(huì)在內(nèi)存中產(chǎn)生大量的對(duì)象引用,浪費(fèi)大量的內(nèi)存空間,而且增大了垃圾回收的負(fù)荷。因此在循環(huán)體中聲明創(chuàng)建對(duì)象的編寫方式應(yīng)該盡量避免。
(7)。 如果if判斷中多個(gè)條件用'||'或者''連接,請(qǐng)將出現(xiàn)頻率最高的條件放在表達(dá)式最前面。
這個(gè)小技巧往往能有效的提高程序的性能,尤其是當(dāng)if判斷放在循環(huán)體里面時(shí),效果更明顯。
1.JVM管理兩種類型的內(nèi)存:堆內(nèi)存(heap),棧內(nèi)存(stack),堆內(nèi)在主要用來(lái)存儲(chǔ)程序在運(yùn)行時(shí)創(chuàng)建或?qū)嵗膶?duì)象與變量。而棧內(nèi)存則是用來(lái)存儲(chǔ)程序代碼中聲明為靜態(tài)(static)(或非靜態(tài))的方法。
2.JVM中對(duì)象的生命周期,創(chuàng)建階段,應(yīng)用階段,不可視階段,不可到達(dá)階段,可收集階段,終結(jié)階段,釋放階段
3.避免在循環(huán)體中創(chuàng)建對(duì)象,即使該對(duì)象點(diǎn)用內(nèi)存空間不大。
4.軟引用的主要特點(diǎn)是具有較強(qiáng)的引用功能。只有當(dāng)內(nèi)存不夠的時(shí)候,才回收這類內(nèi)存,因此在內(nèi)存足夠的時(shí)候,它們通常不被回收。它可以用于實(shí)現(xiàn)一些常用資源的緩存,實(shí)現(xiàn)Cache的功能
5.弱引用對(duì)象與Soft引用對(duì)象最大不同就在于:GC在進(jìn)行回收時(shí),需要通過(guò)算法檢查是否回收Soft引用對(duì)象,而對(duì)于Weak引用對(duì)象,GC總是進(jìn)行回收。
6.共享靜態(tài)變量存儲(chǔ)空間
7.有時(shí)候我們?yōu)榱颂岣呦到y(tǒng)性能,避免重復(fù)耗時(shí)的操作,希望能夠重用一些創(chuàng)建完成的對(duì)象,利用對(duì)象池實(shí)現(xiàn)。類似JDBC連接池。
8.瞬間值,序列化對(duì)象大變量時(shí),如果此大變量又沒(méi)有用途,則使用transient聲明,不序列化此變量。同時(shí)網(wǎng)絡(luò)傳輸中也不傳輸。
9.不要提前創(chuàng)建對(duì)象
10 .(1)最基本的建議就是盡早釋放無(wú)用對(duì)象的引用
A a = new A();
a = null; //當(dāng)使用對(duì)象a之后主動(dòng)將其設(shè)置為空
(2)盡量少用finalize函數(shù)。
(3) 如果需要使用經(jīng)常用到的圖片展,可以使用軟引用。
(4) 注意集合數(shù)據(jù)類型,包括數(shù)組,樹(shù)等數(shù)據(jù),這些數(shù)據(jù)結(jié)構(gòu)對(duì)GC來(lái)說(shuō),回收更為復(fù)雜,
(5) 盡量避免在類的默認(rèn)構(gòu)造器中創(chuàng)建,初始化大量的對(duì)象,防止在調(diào)用其自類的構(gòu)造器時(shí)造成不必要的內(nèi)存資源浪費(fèi)。
(6) 盡量避免強(qiáng)制系統(tǒng)做垃圾內(nèi)存回收。
(7) 盡量避免顯式申請(qǐng)數(shù)組空間。
(8) 盡量在合適的場(chǎng)景下使用對(duì)象池技術(shù)以提高系統(tǒng)性能,縮減系統(tǒng)內(nèi)存開(kāi)銷。
11.當(dāng)做數(shù)組拷貝操作時(shí),采用System.arraycopy()方法完成拷貝操作要比采用循環(huán)的辦法完成數(shù)組拷貝操作效率高
12. 盡量避免在循環(huán)體中調(diào)用方法,因?yàn)榉椒ㄕ{(diào)用是比較昂貴的。
13. 盡量避免在循環(huán)體中使用try-catch 塊,最好在循環(huán)體外使用try--catch塊以提高系統(tǒng)性能。
14. 在多重循環(huán)中,如果有可能,盡量將最長(zhǎng)的循環(huán)放在最內(nèi)層,最短的循環(huán)放在最外層,以減少循環(huán)層間的變換次數(shù)。
15. 在需要線程安全的情況下,使用List list = Collections.synchronizedList(new ArrayList());
16. 如果預(yù)知長(zhǎng)度,就設(shè)置ArrayList的長(zhǎng)度。
17. ArrayList 與 LinkedList 選擇,熟悉底層的實(shí)現(xiàn)原理,選擇適當(dāng)?shù)娜萜鳌?/p>
18. 字符串累加采用StringBuffer.
19. 系統(tǒng)I/O優(yōu)化,采用緩沖和壓縮技術(shù)。優(yōu)化性能。
20. 避免在類在構(gòu)造器的初始化其他類
21 盡量避免在構(gòu)造中對(duì)靜態(tài)變量做賦值操作
22. 不要在類的構(gòu)造器中創(chuàng)建類的實(shí)例
23. 組合優(yōu)化繼承
24. 最好通過(guò)Class.forname() 動(dòng)態(tài)的裝載類
25. JSP優(yōu)化,采用out 對(duì)象中的print方法代替println()方法
26 .采用ServletOutputStream 對(duì)象代替JSPWriter對(duì)象
27. 采用適當(dāng)?shù)闹党跏蓟痮ut 對(duì)象緩沖區(qū)的大小
28. 盡量采用forward()方法重定向新的JSP
29. 利用線程池技術(shù)處理客戶請(qǐng)求
30.Servlet優(yōu)化
(1) 通過(guò)init()方法來(lái)緩存一些靜態(tài)數(shù)據(jù)以提高應(yīng)用性能。
(2) 用print() 方法取代println()方法。
(3) 用ServletOutputStream 取代 PrintWriter.
(4) 盡量縮小同步代碼數(shù)量
31. 改善Servlet應(yīng)用性能的方法
(1)不要使用SingleThreadModel
(2)使用線程池ThreadPool
32. EJB優(yōu)化
實(shí)體EJB:
(1)實(shí)體EJB中常用數(shù)據(jù)緩存與釋放
(2)采用延遲加載的方式裝載關(guān)聯(lián)數(shù)據(jù)
(3)盡可能地應(yīng)用CMP類型實(shí)體EJB
(4)直接采用JDBC技術(shù)處理大型數(shù)據(jù)
33. 優(yōu)化JDBC連接
(1)設(shè)置合適的預(yù)取行值
(2)采用連接池技術(shù)
(3)全合理應(yīng)用事務(wù)
(4)選擇合適的事務(wù)隔離層與及時(shí)關(guān)閉連接對(duì)象
34. PreparedStatemetn只編譯解析一次,而Statement每次都編譯解析。
35. 盡可能地做批處理更新
36. 通過(guò)采用合適的getXXX方法提高系統(tǒng)性能
37. 采用設(shè)計(jì)模式。
說(shuō)到代碼優(yōu)化,每個(gè)人或多或少都掌握一到兩種方法,但是這樣的方法對(duì)提升代碼運(yùn)行效率效果不大,最重要是對(duì)代碼的重視和了解,這樣才能提升代碼的運(yùn)行效率。在進(jìn)行代碼優(yōu)化的過(guò)程中,方法是非常重要的,多掌握幾種方法,根據(jù)代碼的不同情況選擇適合的方法進(jìn)行優(yōu)化。下面電腦培訓(xùn)為大家介紹Java代碼優(yōu)化的幾種方法。
1、使用指定類、方法的final修飾符
具有final修飾符的類不可派生。在Java核心API中,有許多最終應(yīng)用程序的例子,例如java.lang.String,整個(gè)類都是final。為類指定final修飾符允許繼承類,并且為方法指定final修飾符允許覆蓋該方法。如果將類指定為final,IT培訓(xùn)認(rèn)為該類的所有方法都是final。Java編譯器將尋找內(nèi)聯(lián)所有最終方法的機(jī)會(huì)。內(nèi)聯(lián)對(duì)于提高Java操作的效率非常重要。這可以將性能平均提高50%。
2、重用對(duì)象
String對(duì)象的使用是非常重要的,StringBuilder/StringBuffer并不是字符串連接。由于Java虛擬機(jī)需要時(shí)間來(lái)生成對(duì)象,所以將來(lái)垃圾收集和處理這些對(duì)象可能需要一些時(shí)間。因此,生成太多對(duì)象將對(duì)程序的性能產(chǎn)生很大影響。
3、使用局部變量
調(diào)用方法時(shí)傳遞的參數(shù)以及在調(diào)用中創(chuàng)建的臨時(shí)變量都保存在堆棧中,速度更快。其他變量(如靜態(tài)變量和實(shí)例變量)在堆中創(chuàng)建并且速度較慢。此外,昆明北大青鳥(niǎo)發(fā)現(xiàn)在堆棧中創(chuàng)建的變量,當(dāng)方法完成運(yùn)行時(shí),內(nèi)容消失,不需要進(jìn)行額外的垃圾收集。
4、及時(shí)關(guān)閉流
在Java編程過(guò)程中,在執(zhí)行數(shù)據(jù)庫(kù)連接和I/O流操作時(shí)要小心。使用后,北大青鳥(niǎo)云南嘉薈校區(qū)官網(wǎng)建議應(yīng)及時(shí)關(guān)閉以釋放資源。因?yàn)檫@些大型物體的操作會(huì)導(dǎo)致系統(tǒng)的大量開(kāi)銷,稍微粗心會(huì)導(dǎo)致嚴(yán)重的后果。
運(yùn)行效率分兩個(gè)部分,一個(gè)是編譯的效率,一個(gè)是執(zhí)行的效率。
編譯的效率是由jvm和pc兩部分影響的,編譯后的class文件的執(zhí)行速度就完全由pc決定了,這個(gè)和你的代碼中是否有循環(huán)沒(méi)有直接關(guān)系,執(zhí)行所耗費(fèi)的時(shí)間是按照計(jì)算機(jī)計(jì)算一個(gè)二進(jìn)制基礎(chǔ)運(yùn)算的基礎(chǔ)來(lái)衡量的。這里面還有class文件解釋成機(jī)器碼的時(shí)間,這個(gè)就是按語(yǔ)句的多少來(lái)算了,因?yàn)閖ava是逐行逐句解釋的。所以我們說(shuō)class文件的運(yùn)行時(shí)間也包含了class文件解釋成機(jī)器碼的時(shí)間。
不過(guò)java運(yùn)行效率再快,也沒(méi)有c代碼快,這個(gè)不是說(shuō)c代碼精煉就運(yùn)行快的原因。
java代碼通過(guò)jvm編譯成class文件,這時(shí)候還不能說(shuō)是編譯成機(jī)器碼了,class碼呢還是一種中間碼,還需要被解釋成機(jī)器碼,這也是為什么java是跨平臺(tái)的語(yǔ)言的原因。而c代碼,只需要直接一次性編譯成機(jī)器碼就可以了。這也是為什么在某種平臺(tái)下寫的c代碼不能再跨平臺(tái)的原因。
希望我已經(jīng)解釋清楚了。
效率是一樣的,雖然語(yǔ)句不一樣,但是編譯成class文件后,都是相同的JVM指令。
新建一個(gè)Java文件Test2.java,然后把它編譯成Test2.class
public class Test2 {
public static boolean stringIsNull(String str) {
if (str == null)
return true;
return false;
}
public static boolean stringIsNull2(String str) {
if (str == null)
return true;
else
return false;
}
public static boolean stringIsNull3(String str) {
return str == null;
}
}
然后你可以通過(guò)JDK自帶的javap命令查看JVM指令,三個(gè)方法的JVM指令是一樣的
JAVA安裝目錄/bin/javap -c Test2
Compiled from "Test2.java"
public class Test2 extends java.lang.Object{
public Test2();
Code:
0: aload_0
1: invokespecial #1; //Method java/lang/Object."init":()V
4: return
public static boolean stringIsNull(java.lang.String);
Code:
0: aload_0
1: ifnonnull 6
4: iconst_1
5: ireturn
6: iconst_0
7: ireturn
public static boolean stringIsNull2(java.lang.String);
Code:
0: aload_0
1: ifnonnull 6
4: iconst_1
5: ireturn
6: iconst_0
7: ireturn
public static boolean stringIsNull3(java.lang.String);
Code:
0: aload_0
1: ifnonnull 8
4: iconst_1
5: goto 9
8: iconst_0
9: ireturn
}
這是不是效率問(wèn)題,效率優(yōu)化不要用在if花括號(hào)上,應(yīng)該多優(yōu)化業(yè)務(wù)邏輯。
公司要求是寫if語(yǔ)句必須帶花括號(hào),代碼量上去之后,不帶括號(hào)程序員檢查代碼會(huì)很累,代碼審查時(shí)會(huì)被屌的,還有可能扣績(jī)效。
if帶不帶花括號(hào)不是效率問(wèn)題,是代碼整潔問(wèn)題。
建議要養(yǎng)成習(xí)慣if語(yǔ)句內(nèi)只有一條也強(qiáng)制帶花括號(hào),為了工作以后的一個(gè)習(xí)慣。
對(duì)了還有for語(yǔ)句也不要省略花括號(hào)。
網(wǎng)站優(yōu)化通常包含兩方面的內(nèi)容:減小代碼的體積和提高代碼的運(yùn)行效率。減小代碼的體積已經(jīng)寫過(guò)太多這類的文章了,下面就簡(jiǎn)單討論下如何提高代碼的效率。一、不用new關(guān)鍵詞創(chuàng)建類的實(shí)例用new關(guān)鍵詞創(chuàng)建類的實(shí)例時(shí),構(gòu)造函數(shù)鏈中的所有構(gòu)造函數(shù)都會(huì)被自動(dòng)調(diào)用。但如果一個(gè)對(duì)象實(shí)現(xiàn)了Cloneable接口,我們可以調(diào)用它的clone()方法。clone()方法不會(huì)調(diào)用任何類構(gòu)造函數(shù)。在使用設(shè)計(jì)模式(DesignPattern)的場(chǎng)合,如果用Factory模式創(chuàng)建對(duì)象,則改用clone()方法創(chuàng)建新的對(duì)象實(shí)例非常簡(jiǎn)單。二、使用非阻塞I/O版本較低的JDK不支持非阻塞I/OAPI。為避免I/O阻塞,一些應(yīng)用采用了創(chuàng)建大量線程的辦法(在較好的情況下,會(huì)使用一個(gè)緩沖池)。這種技術(shù)可以在許多必須支持并發(fā)I/O流的應(yīng)用中見(jiàn)到,如Web服務(wù)器、報(bào)價(jià)和拍賣應(yīng)用等。然而,創(chuàng)建Java線程需要相當(dāng)可觀的開(kāi)銷。JDK1.4引入了非阻塞的I/O庫(kù)(java.nio)。如果應(yīng)用要求使用版本較早的JDK,需要支持非阻塞I/O的軟件包。三、慎用異常異常對(duì)性能不利。拋出異常首先要?jiǎng)?chuàng)建一個(gè)新的對(duì)象。Throwable接口的構(gòu)造函數(shù)調(diào)用名為fillInStackTrace()的本地(Native)方法,fillInStackTrace()方法檢查堆棧,收集調(diào)用跟蹤信息。只要有異常被拋出,VM就必須調(diào)整調(diào)用堆棧,因?yàn)樵谔幚磉^(guò)程中創(chuàng)建了一個(gè)新的對(duì)象。異常只能用于錯(cuò)誤處理,不應(yīng)該用來(lái)控制程序流程。四、不要重復(fù)初始化變量默認(rèn)情況下,調(diào)用類的構(gòu)造函數(shù)時(shí),Java會(huì)把變量初始化成確定的值:所有的對(duì)象被設(shè)置成null,整數(shù)變量(byte、short、int、long)設(shè)置成0,float和double變量設(shè)置成0.0,邏輯值設(shè)置成false。當(dāng)一個(gè)類從另一個(gè)類派生時(shí),這一點(diǎn)尤其應(yīng)該注意,因?yàn)橛胣ew關(guān)鍵詞創(chuàng)建一個(gè)對(duì)象時(shí),構(gòu)造函數(shù)鏈中的所有構(gòu)造函數(shù)都會(huì)被自動(dòng)調(diào)用。五、盡量指定類的final修飾符帶有final修飾符的類是不可派生的。在Java核心API中,有許多應(yīng)用final的例子,例如java.lang.String。為String類指定final防止了人們覆蓋length()方法。另外,如果指定一個(gè)類為final,則該類所有的方法都是final。Java編譯器會(huì)尋找機(jī)會(huì)內(nèi)聯(lián)(inline)所有的final方法(這和具體的編譯器實(shí)現(xiàn)有關(guān))。此舉能夠使性能平均提高50%。六、盡量使用局部變量調(diào)用方法時(shí)傳遞的參數(shù)以及在調(diào)用中創(chuàng)建的臨時(shí)變量都保存在棧(Stack)中,速度較快。其他變量,如靜態(tài)變量、實(shí)例變量等,都在堆(Heap)中創(chuàng)建,速度較慢。另外,依賴于具體的編譯器/JVM,局部變量還可能得到進(jìn)一步優(yōu)化,望采納,謝謝。
網(wǎng)站名稱:java檢查代碼效率 java代碼質(zhì)量檢查工具
URL地址:http://aaarwkj.com/article16/hhjpdg.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供域名注冊(cè)、網(wǎng)站制作、、網(wǎng)頁(yè)設(shè)計(jì)公司、軟件開(kāi)發(fā)、品牌網(wǎng)站建設(shè)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)