北大青鳥(niǎo)設(shè)計(jì)培訓(xùn)：新手要敲好Java代碼有什么技巧？

對(duì)于Java新手來(lái)說(shuō)，很棘手的一個(gè)問(wèn)題，就是如何才能夠敲好代碼?很多Java新手在剛開(kāi)始接觸Java編程的知識(shí)的時(shí)候，理論才剛上手，就希望自己能夠立馬在計(jì)算機(jī)上敲簡(jiǎn)單的代碼，嘗試過(guò)的朋友都知道，這有點(diǎn)急于求成了，是個(gè)很難辦到的問(wèn)題。

創(chuàng)新互聯(lián)建站堅(jiān)持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時(shí)代的扶綏網(wǎng)站設(shè)計(jì)、移動(dòng)媒體設(shè)計(jì)的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！

Java新手如何才能夠敲好代碼?作為一個(gè)Java新手，你經(jīng)常思考這個(gè)問(wèn)題嗎?今天就跟北大青鳥(niǎo)小編一起來(lái)好好的想想對(duì)策。

首先，一定要明確，Java代碼不是你想敲寫(xiě)，就可以敲寫(xiě)的出來(lái)的，一定是在掌握一定的Java理論知識(shí)之后，才可以開(kāi)啟的，所以想要敲好Java代碼，一定要重視Java理論知識(shí)的學(xué)習(xí)。

想必很多朋友都知道，Java新手要敲好Java代碼，除了苦練，沒(méi)有什么更加的技巧。

但是苦練也是有技巧的，比如你已經(jīng)熟練的一類(lèi)Java代碼，你再繼續(xù)敲也很難有大的突破，但是你不熟練的Java代碼，則會(huì)成為你的軟肋，所以敲Java代碼一定是得有方法的，而不是胡亂的敲寫(xiě)，沒(méi)有任何想法的練習(xí)。

對(duì)于Java新手來(lái)說(shuō)，代碼不敲不行，當(dāng)代碼敲到一定的境界之后，很多Java知識(shí)你自然而然的就懂了，所以每天的學(xué)習(xí)時(shí)間一定要多敲代碼，但是Java理論知識(shí)也不要落下。

所以，對(duì)于Java新手來(lái)說(shuō)，深圳IT培訓(xùn)認(rèn)為要敲好Java代碼，的確不是一件容易的事情。

Java性能如何優(yōu)化?

代碼優(yōu)化細(xì)節(jié)

1、盡量指定類(lèi)、方法的final修飾符

帶有final修飾符的類(lèi)是不可派生的。在Java核心API中，有許多應(yīng)用final的例子，例如java.lang.String，整個(gè)類(lèi)都是final的。為類(lèi)指定final修飾符可以讓類(lèi)不可以被繼承，為方法指定final修飾符可以讓方法不可以被重寫(xiě)。

如果指定了一個(gè)類(lèi)為final，則該類(lèi)所有的方法都是final的。Java編譯器會(huì)尋找機(jī)會(huì)內(nèi)聯(lián)所有的final方法，內(nèi)聯(lián)對(duì)于提升Java運(yùn)行效率作用重大，具體參見(jiàn)Java運(yùn)行期優(yōu)化。此舉能夠使性能平均提高50%。

2、盡量重用對(duì)象

特別是String對(duì)象的使用，出現(xiàn)字符串連接時(shí)應(yīng)該使用StringBuilder/StringBuffer代替。由于Java虛擬機(jī)不僅要花時(shí)間生成對(duì)象，以后可能還需要花時(shí)間對(duì)這些對(duì)象進(jìn)行垃圾回收和處理，因此，生成過(guò)多的對(duì)象將會(huì)給程序的性能帶來(lái)很大的影響。

3、盡可能使用局部變量

調(diào)用方法時(shí)傳遞的參數(shù)以及在調(diào)用中創(chuàng)建的臨時(shí)變量都保存在棧中，速度較快，其他變量，如靜態(tài)變量、實(shí)例變量等，都在堆中創(chuàng)建，速度較慢。另外，棧中創(chuàng)建的變量，隨著方法的運(yùn)行結(jié)束，這些內(nèi)容就沒(méi)了，不需要額外的垃圾回收。

4、及時(shí)關(guān)閉流

Java編程過(guò)程中，進(jìn)行數(shù)據(jù)庫(kù)連接、I/O流操作時(shí)務(wù)必小心，在使用完畢后，及時(shí)關(guān)閉以釋放資源。因?yàn)閷?duì)這些大對(duì)象的操作會(huì)造成系統(tǒng)大的開(kāi)銷(xiāo)，稍有不慎，將會(huì)導(dǎo)致嚴(yán)重的后果。

5、盡量減少對(duì)變量的重復(fù)計(jì)算

明確一個(gè)概念，對(duì)方法的調(diào)用，即使方法中只有一句語(yǔ)句，也是有消耗的，包括創(chuàng)建棧幀、調(diào)用方法時(shí)保護(hù)現(xiàn)場(chǎng)、調(diào)用方法完畢時(shí)恢復(fù)現(xiàn)場(chǎng)等。所以例如下面的操作：

for (int i = 0; i list.size(); i++)

{...}

建議替換為：

for (int i = 0, length = list.size(); i length; i++)

{...}

這樣，在list.size()很大的時(shí)候，就減少了很多的消耗

云南北大青鳥(niǎo)java培訓(xùn)告訴你程序員需要關(guān)注哪些代碼優(yōu)化？

對(duì)于程序員來(lái)說(shuō)，軟件編程開(kāi)發(fā)代碼質(zhì)量能夠直接反應(yīng)出一個(gè)程序員能力的高低，下面IT培訓(xùn)就一起來(lái)了解一下，在代碼質(zhì)量?jī)?yōu)化方面，我們需要關(guān)注哪些問(wèn)題。

1.吹毛求疵般地執(zhí)行編碼規(guī)范

嚴(yán)格執(zhí)行代碼編寫(xiě)規(guī)范，可以使一個(gè)項(xiàng)目乃至一個(gè)公司的代碼具有完全統(tǒng)一的風(fēng)格，就像同一個(gè)人編寫(xiě)的一樣，而且命名良好的變量，函數(shù)，類(lèi)和注釋?zhuān)矡o(wú)疑可以提高代碼的可讀性.具體落實(shí)到執(zhí)行層面，可以參照Google的編碼規(guī)范或者java官方的編碼規(guī)范，網(wǎng)上可以找到，關(guān)鍵是要嚴(yán)格遵守，并且在codereview時(shí)，嚴(yán)格要求，沒(méi)有按照規(guī)范的一定要指出并且要求修改.

實(shí)際情況往往是雖然大家都知道優(yōu)秀的代碼規(guī)范是怎樣的，但在具體寫(xiě)代碼的過(guò)程中，卻執(zhí)行的差強(qiáng)人意，很多情況是認(rèn)識(shí)上不夠重視，覺(jué)得一個(gè)變量或者函數(shù)的命名成哪樣關(guān)系不大，所以不夠推敲，注釋很多也都不寫(xiě)，codereview的時(shí)候大家也都事不關(guān)己心態(tài)，或者覺(jué)得沒(méi)必要太摳細(xì)節(jié)，導(dǎo)致慢慢的整個(gè)codebase變得越來(lái)越差.所以這里還是要強(qiáng)調(diào)一下，細(xì)節(jié)決定成敗，提高團(tuán)隊(duì)對(duì)代碼規(guī)范的認(rèn)同及其嚴(yán)格的執(zhí)行是關(guān)鍵.

2.編寫(xiě)高質(zhì)量的單元測(cè)試

單元測(cè)試是容易執(zhí)行，且對(duì)提高代碼質(zhì)量見(jiàn)效快的方法之一還。但還是有很多公司對(duì)單元測(cè)試重視不夠，包括一些大的互聯(lián)網(wǎng)公司，不寫(xiě)或者隨便寫(xiě)寫(xiě)。

有些工程師覺(jué)得有測(cè)試團(tuán)隊(duì)就夠了，再寫(xiě)單元測(cè)試就是浪費(fèi)時(shí)間。其實(shí)測(cè)試團(tuán)隊(duì)的測(cè)試和單元測(cè)試是在不同層面上的，測(cè)試團(tuán)隊(duì)的測(cè)試一般是黑盒測(cè)試，系統(tǒng)層面的集成測(cè)試，對(duì)于復(fù)雜系統(tǒng)來(lái)說(shuō)，組合爆炸，a測(cè)試團(tuán)隊(duì)無(wú)法窮舉所有的測(cè)試用例。單元測(cè)試是代碼層面的測(cè)試，一般是針對(duì)類(lèi)的測(cè)試。既然無(wú)法從系統(tǒng)的整體上保證100%符合我們的預(yù)期，那單元測(cè)試起碼能保證我們代碼在細(xì)粒度上運(yùn)行符合預(yù)期。

有些工程師認(rèn)為開(kāi)發(fā)任務(wù)重沒(méi)時(shí)間寫(xiě)。這個(gè)還是沒(méi)有足夠重視單元測(cè)試，覺(jué)得是可有可無(wú)的部分，才會(huì)有這樣的想法。寫(xiě)好單元測(cè)試，節(jié)省很多解決線上bug的時(shí)間，開(kāi)發(fā)時(shí)間反而更充足了。

還有很多工程師雖然在寫(xiě)單元測(cè)試，但只對(duì)正常流程做測(cè)試。代碼中的bug多數(shù)是寫(xiě)代碼時(shí)異常情況沒(méi)有考慮全面導(dǎo)致的，正常流程一般不會(huì)出問(wèn)題。單元測(cè)試的作用就在于測(cè)試各種異常情況下代碼的運(yùn)行是否符合預(yù)期，所以只對(duì)正常流程測(cè)試無(wú)法發(fā)揮單元測(cè)試真正的作用。

一般情況下，單元測(cè)試代碼量要比要測(cè)試的代碼多，一般是1-2倍的樣子，寫(xiě)單元測(cè)試本身沒(méi)有太多的技術(shù)挑戰(zhàn)，主要看工程師邏輯是否縝密，能夠考慮各種異常情況，寫(xiě)起來(lái)比較枯燥，所以寫(xiě)高質(zhì)量的單元測(cè)試的一方面要靠工程師的耐心執(zhí)行，另一方面要靠團(tuán)隊(duì)的嚴(yán)格要求。當(dāng)然這些都是建立在對(duì)單元測(cè)試重要性的認(rèn)同之上。