對于程序員來說,軟件編程開發(fā)代碼質(zhì)量能夠直接反應出一個程序員能力的高低,下面IT培訓就一起來了解一下,在代碼質(zhì)量優(yōu)化方面,我們需要關注哪些問題。
網(wǎng)站建設哪家好,找創(chuàng)新互聯(lián)!專注于網(wǎng)頁設計、網(wǎng)站建設、微信開發(fā)、小程序定制開發(fā)、集團企業(yè)網(wǎng)站建設等服務項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了通海免費建站歡迎大家使用!
1.吹毛求疵般地執(zhí)行編碼規(guī)范嚴格執(zhí)行代碼編寫規(guī)范,可以使一個項目乃至一個公司的代碼具有完全統(tǒng)一的風格,就像同一個人編寫的一樣,而且命名良好的變量,函數(shù),類和注釋,也無疑可以提高代碼的可讀性.具體落實到執(zhí)行層面,可以參照Google的編碼規(guī)范或者java官方的編碼規(guī)范,網(wǎng)上可以找到,關鍵是要嚴格遵守,并且在codereview時,嚴格要求,沒有按照規(guī)范的一定要指出并且要求修改.實際情況往往是雖然大家都知道優(yōu)秀的代碼規(guī)范是怎樣的,但在具體寫代碼的過程中,卻執(zhí)行的差強人意,很多情況是認識上不夠重視,覺得一個變量或者函數(shù)的命名成哪樣關系不大,所以不夠推敲,注釋很多也都不寫,codereview的時候大家也都事不關己心態(tài),或者覺得沒必要太摳細節(jié),導致慢慢的整個codebase變得越來越差.所以這里還是要強調(diào)一下,細節(jié)決定成敗,提高團隊對代碼規(guī)范的認同及其嚴格的執(zhí)行是關鍵.2.編寫高質(zhì)量的單元測試單元測試是容易執(zhí)行,且對提高代碼質(zhì)量見效快的方法之一還。
但還是有很多公司對單元測試重視不夠,包括一些大的互聯(lián)網(wǎng)公司,不寫或者隨便寫寫。
有些工程師覺得有測試團隊就夠了,再寫單元測試就是浪費時間。
其實測試團隊的測試和單元測試是在不同層面上的,測試團隊的測試一般是黑盒測試,系統(tǒng)層面的集成測試,對于復雜系統(tǒng)來說,組合爆炸,a測試團隊無法窮舉所有的測試用例。
單元測試是代碼層面的測試,一般是針對類的測試。
既然無法從系統(tǒng)的整體上保證100%符合我們的預期,那單元測試起碼能保證我們代碼在細粒度上運行符合預期。
有些工程師認為開發(fā)任務重沒時間寫。
這個還是沒有足夠重視單元測試,覺得是可有可無的部分,才會有這樣的想法。
寫好單元測試,節(jié)省很多解決線上bug的時間,開發(fā)時間反而更充足了。
還有很多工程師雖然在寫單元測試,但只對正常流程做測試。
代碼中的bug多數(shù)是寫代碼時異常情況沒有考慮全面導致的,正常流程一般不會出問題。
單元測試的作用就在于測試各種異常情況下代碼的運行是否符合預期,所以只對正常流程測試無法發(fā)揮單元測試真正的作用。
一般情況下,單元測試代碼量要比要測試的代碼多,一般是1-2倍的樣子,寫單元測試本身沒有太多的技術挑戰(zhàn),主要看工程師邏輯是否縝密,能夠考慮各種異常情況,寫起來比較枯燥,所以寫高質(zhì)量的單元測試的一方面要靠工程師的耐心執(zhí)行,另一方面要靠團隊的嚴格要求。
當然這些都是建立在對單元測試重要性的認同之上。
今天就跟中公優(yōu)就業(yè)一起來看看java代碼優(yōu)化細節(jié)。
1、盡量指定類、方法的final修飾符
帶有final修飾符的類是不可派生的。在Java核心API中,有許多應用final的例子,例如java.lang.String,整個類都是final的。為類指定final修飾符可以讓類不可以被繼承,為方法指定final修飾符可以讓方法不可以被重寫。如果指定了一個類為final,則該類所有的方法都是final的。Java編譯器會尋找機會內(nèi)聯(lián)所有的final方法,內(nèi)聯(lián)對于提升Java運行效率作用重大,具體參見Java運行期優(yōu)化。此舉能夠使性能平均提高50%。
2、盡量重用對象
特別是String對象的使用,出現(xiàn)字符串連接時應該使用StringBuilder/StringBuffer代替。由于Java虛擬機不僅要花時間生成對象,以后可能還需要花時間對這些對象進行垃圾回收和處理,因此,生成過多的對象將會給程序的性能帶來很大的影響。
3、盡可能使用局部變量
調(diào)用方法時傳遞的參數(shù)以及在調(diào)用中創(chuàng)建的臨時變量都保存在棧中速度較快,其他變量,如靜態(tài)變量、實例變量等,都在堆中創(chuàng)建,速度較慢。另外,棧中創(chuàng)建的變量,隨著方法的運行結(jié)束,這些內(nèi)容就沒了,不需要額外的垃圾回收。
4、及時關閉流
Java編程過程中,進行數(shù)據(jù)庫連接、I/O流操作時務必小心,在使用完畢后,及時關閉以釋放資源。因為對這些大對象的操作會造成系統(tǒng)大的開銷,稍有不慎,將會導致嚴重的后果。
5、盡量減少對變量的重復計算
明確一個概念,對方法的調(diào)用,即使方法中只有一句語句,也是有消耗的,包括創(chuàng)建棧幀、調(diào)用方法時保護現(xiàn)場、調(diào)用方法完畢時恢復現(xiàn)場等。所以例如下面的操作:
for (int i = 0; i list.size(); i++){...}
建議替換為:
for (int i = 0, int length = list.size(); i length; i++){...}
這樣,在list.size()很大的時候,就減少了很多的消耗
6、盡量采用懶加載的策略,即在需要的時候才創(chuàng)建
例如:
String str = "aaa";if (i == 1){list.add(str);}
建議替換為:
if (i == 1){String str = "aaa";list.add(str);}
7、慎用異常
異常對性能不利。拋出異常首先要創(chuàng)建一個新的對象,Throwable接口的構(gòu)造函數(shù)調(diào)用名為fillInStackTrace()的本地同步方法,fillInStackTrace()方法檢查堆棧,收集調(diào)用跟蹤信息。只要有異常被拋出,Java虛擬機就必須調(diào)整調(diào)用堆棧,因為在處理過程中創(chuàng)建了一個新的對象。異常只能用于錯誤處理,不應該用來控制程序流程。
8、不要在循環(huán)中使用try…catch…,應該把其放在最外層
除非不得已。如果毫無理由地這么寫了,只要你的領導資深一點、有強迫癥一點,八成就要罵你為什么寫出這種垃圾代碼來了
9、如果能估計到待添加的內(nèi)容長度,為底層以數(shù)組方式實現(xiàn)的集合、工具類指定初始長度
比如ArrayList、LinkedLlist、StringBuilder、StringBuffer、HashMap、HashSet等等,以StringBuilder為例:
(1)StringBuilder() // 默認分配16個字符的空間
(2)StringBuilder(int size) // 默認分配size個字符的空間
(3)StringBuilder(String str) // 默認分配16個字符+str.length()個字符空間
可以通過類(這里指的不僅僅是上面的StringBuilder)的來設定它的初始化容量,這樣可以明顯地提升性能。比如StringBuilder吧,length表示當前的StringBuilder能保持的字符數(shù)量。因為當StringBuilder達到最大容量的時候,它會將自身容量增加到當前的2倍再加2,無論何時只要StringBuilder達到它的最大容量,它就不得不創(chuàng)建一個新的字符數(shù)組然后將舊的字符數(shù)組內(nèi)容拷貝到新字符數(shù)組中—-這是十分耗費性能的一個操作。試想,如果能預估到字符數(shù)組中大概要存放5000個字符而不指定長度,最接近5000的2次冪是4096,每次擴容加的2不管,那么:
(1)在4096 的基礎上,再申請8194個大小的字符數(shù)組,加起來相當于一次申請了12290個大小的字符數(shù)組,如果一開始能指定5000個大小的字符數(shù)組,就節(jié)省了一倍以上的空間
(2)把原來的4096個字符拷貝到新的的字符數(shù)組中去
這樣,既浪費內(nèi)存空間又降低代碼運行效率。所以,給底層以數(shù)組實現(xiàn)的集合、工具類設置一個合理的初始化容量是錯不了的,這會帶來立竿見影的效果。但是,注意,像HashMap這種是以數(shù)組+鏈表實現(xiàn)的集合,別把初始大小和你估計的大小設置得一樣,因為一個table上只連接一個對象的可能性幾乎為0。初始大小建議設置為2的N次冪,如果能估計到有2000個元素,設置成new HashMap(128)、new HashMap(256)都可以。
10、當復制大量數(shù)據(jù)時,使用System.arraycopy()命令
每個人都說代碼是程序員手中的一把雕刻刀,是對他們產(chǎn)品輪廓和細節(jié)的打磨。
每個程序員在代碼優(yōu)化方面需要做的是,即使是每天處理代碼的程序員也有很多關于他們編寫代碼的問題,所以優(yōu)化很重要。
下面西安西安IT培訓為大家介紹代碼優(yōu)化的方法。
1、盡量重用目標特別是,使用代表字符串收斂的String目標應該使用StringBuilder/StringBuffer。
因為Java虛擬機不僅要花時間生成目標,而且可能還需要花時間檢索和刪除這些目標,所以西安計算機學院發(fā)現(xiàn)生成太多目標會對程序的功能產(chǎn)生重大影響。
2、可以運用局部變量調(diào)用方法時傳遞的參數(shù)和調(diào)用中創(chuàng)建的臨時變量保存在堆棧中的速度更快。
其他變量,如靜態(tài)變量、實例變量等等,在堆中創(chuàng)建,速度較慢。
此外,西安北大青鳥發(fā)現(xiàn)在堆棧中創(chuàng)建的變量,方法的操作結(jié)束,當這些內(nèi)容都消失了,就不需要額定廢物回收。
3、及時封閉流Java的程序編寫過程中,數(shù)據(jù)庫連接,I/O流操作必須謹慎,應用結(jié)束后,應該及時關閉發(fā)布資源。
因為西安java培訓發(fā)現(xiàn)這些大目標的運行會造成大系統(tǒng)支出,稍有不慎就會導致嚴重的結(jié)果。
網(wǎng)頁名稱:項目java代碼的優(yōu)化 java項目調(diào)優(yōu)
網(wǎng)址分享:http://m.rwnh.cn/article42/hiidec.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供搜索引擎優(yōu)化、網(wǎng)站建設、面包屑導航、外貿(mào)建站、全網(wǎng)營銷推廣、營銷型網(wǎng)站建設
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)