看別人的代碼是一件比較痛苦的事情，如果代碼注釋多并且編寫(xiě)很規(guī)則的話那就比較好，
古縣網(wǎng)站制作公司哪家好，找成都創(chuàng)新互聯(lián)！從網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、APP開(kāi)發(fā)、成都響應(yīng)式網(wǎng)站建設(shè)公司等網(wǎng)站項(xiàng)目制作，到程序開(kāi)發(fā)，運(yùn)營(yíng)維護(hù)。成都創(chuàng)新互聯(lián)從2013年成立到現(xiàn)在10年的時(shí)間，我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn)，來(lái)保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選成都創(chuàng)新互聯(lián)。
如果有項(xiàng)目需求文檔或流程設(shè)計(jì)圖最好先看看系統(tǒng)的整體功能
然后根據(jù)項(xiàng)目的模塊劃分對(duì)整體有一個(gè)認(rèn)知
再根據(jù)模塊找到對(duì)應(yīng)的代碼模塊（需要注意模塊間的關(guān)聯(lián)）
根據(jù)DB設(shè)計(jì)說(shuō)明查看業(yè)務(wù)表的關(guān)聯(lián)關(guān)系
最后根據(jù)項(xiàng)目文檔重新查看項(xiàng)目整體構(gòu)成，這樣看印象比較深刻一些，千萬(wàn)不要摳某一個(gè)功能的具體業(yè)務(wù)與實(shí)現(xiàn)，只需要知道模塊的大概業(yè)務(wù)，然后當(dāng)需要的時(shí)候再進(jìn)行細(xì)細(xì)研究某一功能
以上是我的經(jīng)驗(yàn)之談，希望對(duì)你有幫助。
很簡(jiǎn)單，單元測(cè)試??！引入包 import org.junit.Test;
比如下面這個(gè)測(cè)試函數(shù)，不是main函數(shù)，但是你可以執(zhí)行它并測(cè)試輸出。注意要有@標(biāo)識(shí)，這是注釋，必要的。還有就是可以打斷點(diǎn)啊！斷點(diǎn)就是執(zhí)行停止的地方，可以是程序某個(gè)模塊，某個(gè)變量值等。
@Test
public void selectUserByID() {
// 得到SqlSession實(shí)例，便于執(zhí)行增刪改查、事務(wù)提交回滾等操作。
SqlSession session = getSqlSessionFactory().openSession();
try {
userPOJO user = (userPOJO) session.selectOne("mapper.userPOJO.selectByName", 2);
System.out.println(user);
} finally {
session.close();
}
}
的執(zhí)行速度慢上約20倍。無(wú)論什么都不能阻止Java語(yǔ)言進(jìn)行編譯。寫(xiě)作本書(shū)的時(shí)候，剛剛出現(xiàn)了一些準(zhǔn)實(shí)時(shí)編譯器，它們能顯著加快速度。當(dāng)然，我們完全有理由認(rèn)為會(huì)出現(xiàn)適用于更多流行平臺(tái)的純固有編譯器，但假若沒(méi)有那些編譯器，由于速度的限制，必須有些問(wèn)題是Java不能解決的。
(2) 和C++一樣，Java也提供了兩種類型的注釋。
(3) 所有東西都必須置入一個(gè)類。不存在全局函數(shù)或者全局?jǐn)?shù)據(jù)。如果想獲得與全局函數(shù)等價(jià)的功能，可考慮將static方法和static數(shù)據(jù)置入一個(gè)類里。注意沒(méi)有象結(jié)構(gòu)、枚舉或者聯(lián)合這一類的東西，一切只有“類”(Class)!
(4) 所有方法都是在類的主體定義的。所以用C++的眼光看，似乎所有函數(shù)都已嵌入，但實(shí)情并非如何(嵌入的問(wèn)題在后面講述)。
(5) 在Java中，類定義采取幾乎和C++一樣的形式。但沒(méi)有標(biāo)志結(jié)束的分號(hào)。沒(méi)有class foo這種形式的類聲明，只有類定義。
class aType()
void aMethod()
}
(6) Java中沒(méi)有作用域范圍運(yùn)算符“::”。Java利用點(diǎn)號(hào)做所有的事情，但可以不用考慮它，因?yàn)橹荒茉谝粋€(gè)類里定義元素。即使那些方法定義，也必須在一個(gè)類的內(nèi)部，所以根本沒(méi)有必要指定作用域的范圍。我們注意到的一項(xiàng)差異是對(duì)static方法的調(diào)用:使用ClassName.methodName()。除此以外，package(包)的名字是用點(diǎn)號(hào)建立的，并能用import關(guān)鍵字實(shí)現(xiàn)C++的“
import java.awt.*;
(
(7) 與C++類似，Java含有一系列“主類型”(Primitive type)，以實(shí)現(xiàn)更有效率的訪問(wèn)。在Java中，這些類型包括boolean，char，byte，short，int，long，float以及double。所有主類型的大小都是固有的，且與具體的機(jī)器無(wú)關(guān)(考慮到移植的問(wèn)題)。這肯定會(huì)對(duì)性能造成一定的影響，具體取決于不同的機(jī)器。對(duì)類型的檢查和要求在Java里變得更苛刻。例如:
■條件表達(dá)式只能是boolean(布爾)類型，不可使用整數(shù)。
■必須使用象X+Y這樣的一個(gè)表達(dá)式的結(jié)果;不能僅僅用“X+Y”來(lái)實(shí)現(xiàn)“副作用”。
(8) char(字符)類型使用國(guó)際通用的16位Unicode字符集，所以能自動(dòng)表達(dá)大多數(shù)國(guó)家的字符。
(9) 靜態(tài)引用的字串會(huì)自動(dòng)轉(zhuǎn)換成String對(duì)象。和C及C++不同，沒(méi)有獨(dú)立的靜態(tài)字符數(shù)組字串可供使用。
(10) Java增添了三個(gè)右移位運(yùn)算符“”，具有與“邏輯”右移位運(yùn)算符類似的功用，可在最末尾插入零值。“”則會(huì)在移位的同時(shí)插入符號(hào)位(即“算術(shù)”移位)。
(11) 盡管表面上類似，但與C++相比，Java數(shù)組采用的是一個(gè)頗為不同的結(jié)構(gòu)，并具有獨(dú)特的行為。有一個(gè)只讀的length成員，通過(guò)它可知道數(shù)組有多大。而且一旦超過(guò)數(shù)組邊界，運(yùn)行期檢查會(huì)自動(dòng)丟棄一個(gè)異常。所有數(shù)組都是在內(nèi)存“堆”里創(chuàng)建的，我們可將一個(gè)數(shù)組分配給另一個(gè)(只是簡(jiǎn)單地復(fù)制數(shù)組句柄)。數(shù)組標(biāo)識(shí)符屬于第一級(jí)對(duì)象，它的所有方法通常都適用于其他所有對(duì)象。
(12) 對(duì)于所有不屬于主類型的對(duì)象，都只能通過(guò)new命令創(chuàng)建。和C++不同，Java沒(méi)有相應(yīng)的命令可以“在堆棧上”創(chuàng)建不屬于主類型的對(duì)象。所有主類型都只能在堆棧上創(chuàng)建，同時(shí)不使用new命令。所有主要的類都有自己的“封裝(器)”類，所以能夠通過(guò)new創(chuàng)建等價(jià)的、以內(nèi)存“堆”為基礎(chǔ)的對(duì)象(主類型數(shù)組是一個(gè)例外:它們可象C++那樣通過(guò)集合初始化進(jìn)行分配，或者使用new)。
(13) Java中不必進(jìn)行提前聲明。若想在定義前使用一個(gè)類或方法，只需直接使用它即可--編譯器會(huì)保證使用恰當(dāng)?shù)亩x。所以和在C++中不同，我們不會(huì)碰到任何涉及提前引用的問(wèn)題。
(14) Java沒(méi)有預(yù)處理機(jī)。若想使用另一個(gè)庫(kù)里的類，只需使用import命令，并指定庫(kù)名即可。不存在類似于預(yù)處理機(jī)的宏。
(15) Java用包代替了命名空間。由于將所有東西都置入一個(gè)類，而且由于采用了一種名為“封裝”的機(jī)制，它能針對(duì)類名進(jìn)行類似于命名空間分解的操作，所以命名的問(wèn)題不再進(jìn)入我們的考慮之列。數(shù)據(jù)包也會(huì)在單獨(dú)一個(gè)庫(kù)名下收集庫(kù)的組件。我們只需簡(jiǎn)單地“import”(導(dǎo)入)一個(gè)包，剩下的工作會(huì)由編譯器自動(dòng)完成。
(16) 被定義成類成員的對(duì)象句柄會(huì)自動(dòng)初始化成null。對(duì)基本類數(shù)據(jù)成員的初始化在Java里得到了可靠的保障。若不明確地進(jìn)行初始化，它們就會(huì)得到一個(gè)默認(rèn)值(零或等價(jià)的值)?？蓪?duì)它們進(jìn)行明確的初始化(顯式初始化):要么在類內(nèi)定義它們，要么在構(gòu)建器中定義。采用的語(yǔ)法比C++的語(yǔ)法更容易理解，而且對(duì)于static和非static成員來(lái)說(shuō)都是固定不變的。我們不必從外部定義static成員的存儲(chǔ)方式，這和C++是不同的。
(17) 在Java里，沒(méi)有象C和C++那樣的指針。用new創(chuàng)建一個(gè)對(duì)象的時(shí)候，會(huì)獲得一個(gè)引用(本書(shū)一直將其稱作“句柄”)。例如:
String s = new String("howdy");
然而，C++引用在創(chuàng)建時(shí)必須進(jìn)行初始化，而且不可重定義到一個(gè)不同的位置。但Java引用并不一定局限于創(chuàng)建時(shí)的位置。它們可根據(jù)情況任意定義，這便消除了對(duì)指針的部分需求。在C和C++里大量采用指針的另一個(gè)原因是為了能指向任意一個(gè)內(nèi)存位置(這同時(shí)會(huì)使它們變得不安全，也是Java不提供這一支持的原因)。指針通常被看作在基本變量數(shù)組中四處移動(dòng)的一種有效手段。Java允許我們以更安全的形式達(dá)到相同的目標(biāo)。解決指針問(wèn)題的終極方法是“固有方法”(已在附錄A討論)。將指針傳遞給方法時(shí)，通常不會(huì)帶來(lái)太大的問(wèn)題，因?yàn)榇藭r(shí)沒(méi)有全局函數(shù)，只有類。而且我們可傳遞對(duì)對(duì)象的引用。Java語(yǔ)言最開(kāi)始聲稱自己“完全不采用指針!”但隨著許多程序員都質(zhì)問(wèn)沒(méi)有指針如何工作?于是后來(lái)又聲明“采用受到限制的指針”。大家可自行判斷它是否“真”的是一個(gè)指針。但不管在何種情況下，都不存在指針“算術(shù)”。
(18) Java提供了與C++類似的“構(gòu)建器”(Constructor)。如果不自己定義一個(gè)，就會(huì)獲得一個(gè)默認(rèn)構(gòu)建器。而如果定義了一個(gè)非默認(rèn)的構(gòu)建器，就不會(huì)為我們自動(dòng)定義默認(rèn)構(gòu)建器。這和C++是一樣的。注意沒(méi)有復(fù)制構(gòu)建器，因?yàn)樗凶宰兞慷际前匆脗鬟f的。
(19) Java中沒(méi)有“破壞器”(Destructor)。變量不存在“作用域”的問(wèn)題。一個(gè)對(duì)象的“存在時(shí)間”是由對(duì)象的存在時(shí)間決定的，并非由垃圾收集器決定。有個(gè)finalize()方法是每一個(gè)類的成員，它在某種程度上類似于C++的“破壞器”。但finalize()是由垃圾收集器調(diào)用的，而且只負(fù)責(zé)釋放“資源”(如打開(kāi)的文件、套接字、端口、URL等等)。如需在一個(gè)特定的地點(diǎn)做某樣事情，必須創(chuàng)建一個(gè)特殊的方法，并調(diào)用它，不能依賴finalize()。而在另一方面，C++中的所有對(duì)象都會(huì)(或者說(shuō)“應(yīng)該”)破壞，但并非Java中的所有對(duì)象都會(huì)被當(dāng)作“垃圾”收集掉。由于Java不支持破壞器的概念，所以在必要的時(shí)候，必須謹(jǐn)慎地創(chuàng)建一個(gè)清除方法。而且針對(duì)類內(nèi)的基礎(chǔ)類以及成員對(duì)象，需要明確調(diào)用所有清除方法。
(20) Java具有方法“過(guò)載”機(jī)制，它的工作原理與C++函數(shù)的過(guò)載幾乎是完全相同的。
(21) Java不支持默認(rèn)自變量。
(22) Java中沒(méi)有g(shù)oto。它采取的無(wú)條件跳轉(zhuǎn)機(jī)制是“break 標(biāo)簽”或者“continue 標(biāo)準(zhǔn)”，用于跳出當(dāng)前的多重嵌套循環(huán)。
(23) Java采用了一種單根式的分級(jí)結(jié)構(gòu)，因此所有對(duì)象都是從根類Object統(tǒng)一繼承的。而在C++中，我們可在任何地方啟動(dòng)一個(gè)新的繼承樹(shù)，所以最后往往看到包含了大量樹(shù)的“一片森林”。在Java中，我們無(wú)論如何都只有一個(gè)分級(jí)結(jié)構(gòu)。盡管這表面上看似乎造成了限制，但由于我們知道每個(gè)對(duì)象肯定至少有一個(gè)Object接口，所以往往能獲得更強(qiáng)大的能力。C++目前似乎是唯一沒(méi)有強(qiáng)制單根結(jié)構(gòu)的唯一一種OO語(yǔ)言。
(24) Java沒(méi)有模板或者參數(shù)化類型的其他形式。它提供了一系列集合:Vector(向量)，Stack(堆棧)以及Hashtable(散列表)，用于容納Object引用。利用這些集合，我們的一系列要求可得到滿足。但這些集合并非是為實(shí)現(xiàn)象C++“標(biāo)準(zhǔn)模板庫(kù)”(STL)那樣的快速調(diào)用而設(shè)計(jì)的。Java 1.2中的新集合顯得更加完整，但仍不具備正宗模板那樣的高效率使用手段。
(25) “垃圾收集”意味著在Java中出現(xiàn)內(nèi)存漏洞的情況會(huì)少得多，但也并非完全不可能(若調(diào)用一個(gè)用于分配存儲(chǔ)空間的固有方法，垃圾收集器就不能對(duì)其進(jìn)行跟蹤監(jiān)視)。然而，內(nèi)存漏洞和資源漏洞多是由于編寫(xiě)不當(dāng)?shù)膄inalize()造成的，或是由于在已分配的一個(gè)塊尾釋放一種資源造成的(“破壞器”在此時(shí)顯得特別方便)。垃圾收集器是在C++基礎(chǔ)上的一種極大進(jìn)步，使許多編程問(wèn)題消彌于無(wú)形之中。但對(duì)少數(shù)幾個(gè)垃圾收集器力有不逮的問(wèn)題，它卻是不大適合的。但垃圾收集器的大量?jī)?yōu)點(diǎn)也使這一處缺點(diǎn)顯得微不足道。
(26) Java內(nèi)建了對(duì)多線程的支持。利用一個(gè)特殊的Thread類，我們可通過(guò)繼承創(chuàng)建一個(gè)新線程(放棄了run()方法)。若將synchronized(同步)關(guān)鍵字作為方法的一個(gè)類型限制符使用，相互排斥現(xiàn)象會(huì)在對(duì)象這一級(jí)發(fā)生。在任何給定的時(shí)間，只有一個(gè)線程能使用一個(gè)對(duì)象的synchronized方法。在另一方面，一個(gè)synchronized方法進(jìn)入以后，它首先會(huì)“鎖定”對(duì)象，防止其他任何synchronized方法再使用那個(gè)對(duì)象。只有退出了這個(gè)方法，才會(huì)將對(duì)象“解鎖”。在線程之間，我們?nèi)匀灰?fù)責(zé)實(shí)現(xiàn)更復(fù)雜的同步機(jī)制，方法是創(chuàng)建自己的“監(jiān)視器”類。遞歸的synchronized方法可以正常運(yùn)作。若線程的優(yōu)先等級(jí)相同，則時(shí)間的“分片”不能得到保證。
(27) 我們不是象C++那樣控制聲明代碼塊，而是將訪問(wèn)限定符(public，private和protected)置入每個(gè)類成員的定義里。若未規(guī)定一個(gè)“顯式”(明確的)限定符，就會(huì)默認(rèn)為“友好的”(friendly)。這意味著同一個(gè)包里的其他元素也可以訪問(wèn)它(相當(dāng)于它們都成為C++的“friends”--朋友)，但不可由包外的任何元素訪問(wèn)。類--以及類內(nèi)的每個(gè)方法--都有一個(gè)訪問(wèn)限定符，決定它是否能在文件的外部“可見(jiàn)”。private關(guān)鍵字通常很少在Java中使用，因?yàn)榕c排斥同一個(gè)包內(nèi)其他類的訪問(wèn)相比，“友好的”訪問(wèn)通常更加有用。然而，在多線程的環(huán)境中，對(duì)private的恰當(dāng)運(yùn)用是非常重要的。Java的protected關(guān)鍵字意味著“可由繼承者訪問(wèn)，亦可由包內(nèi)其他元素訪問(wèn)”。注意Java沒(méi)有與C++的protected關(guān)鍵字等價(jià)的元素，后者意味著“只能由繼承者訪問(wèn)”(以前可用“private protected”實(shí)現(xiàn)這個(gè)目的，但這一對(duì)關(guān)鍵字的組合已被取消了)。
(28) 嵌套的類。在C++中，對(duì)類進(jìn)行嵌套有助于隱藏名稱，并便于代碼的組織(但C++的“命名空間”已使名稱的隱藏顯得多余)。Java的“封裝”或“打包”概念等價(jià)于C++的命名空間，所以不再是一個(gè)問(wèn)題。Java 1.1引入了“內(nèi)部類”的概念，它秘密保持指向外部類的一個(gè)句柄--創(chuàng)建內(nèi)部類對(duì)象的時(shí)候需要用到。這意味著內(nèi)部類對(duì)象也許能訪問(wèn)外部類對(duì)象的成員，毋需任何條件--就好象那些成員直接隸屬于內(nèi)部類對(duì)象一樣。這樣便為回調(diào)問(wèn)題提供了一個(gè)更優(yōu)秀的方案--C++是用指向成員的指針解決的。
(29) 由于存在前面介紹的那種內(nèi)部類，所以Java里沒(méi)有指向成員的指針。
(30) Java不存在“嵌入”(inline)方法。Java編譯器也許會(huì)自行決定嵌入一個(gè)方法，但我們對(duì)此沒(méi)有更多的控制權(quán)力。在Java中，可為一個(gè)方法使用final關(guān)鍵字，從而“建議”進(jìn)行嵌入操作。然而，嵌入函數(shù)對(duì)于C++的編譯器來(lái)說(shuō)也只是一種建議。
(31) Java中的繼承具有與C++相同的效果，但采用的語(yǔ)法不同。Java用extends關(guān)鍵字標(biāo)志從一個(gè)基礎(chǔ)類的繼承，并用super關(guān)鍵字指出準(zhǔn)備在基礎(chǔ)類中調(diào)用的方法，它與我們當(dāng)前所在的方法具有相同的名字(然而，Java中的super關(guān)鍵字只允許我們?cè)L問(wèn)父類的方法--亦即分級(jí)結(jié)構(gòu)的上一級(jí))。通過(guò)在C++中設(shè)定基礎(chǔ)類的作用域，我們可訪問(wèn)位于分級(jí)結(jié)構(gòu)較深處的方法。亦可用super關(guān)鍵字調(diào)用基礎(chǔ)類構(gòu)建器。正如早先指出的那樣，所有類最終都會(huì)從Object里自動(dòng)繼承。和C++不同，不存在明確的構(gòu)建器初始化列表。但編譯器會(huì)強(qiáng)迫我們?cè)跇?gòu)建器主體的開(kāi)頭進(jìn)行全部的基礎(chǔ)類初始化，而且不允許我們?cè)谥黧w的后面部分進(jìn)行這一工作。通過(guò)組合運(yùn)用自動(dòng)初始化以及來(lái)自未初始化對(duì)象句柄的異常，成員的初始化可得到有效的保證。
1045頁(yè)程序
(32) Java中的繼承不會(huì)改變基礎(chǔ)類成員的保護(hù)級(jí)別。我們不能在Java中指定public，private或者protected繼承，這一點(diǎn)與C++是相同的。此外，在衍生類中的優(yōu)先方法不能減少對(duì)基礎(chǔ)類方法的訪問(wèn)。例如，假設(shè)一個(gè)成員在基礎(chǔ)類中屬于public，而我們用另一個(gè)方法代替了它，那么用于替換的方法也必須屬于public(編譯器會(huì)自動(dòng)檢查)。
(33) Java提供了一個(gè)interface關(guān)鍵字，它的作用是創(chuàng)建抽象基礎(chǔ)類的一個(gè)等價(jià)物。在其中填充抽象方法，且沒(méi)有數(shù)據(jù)成員。這樣一來(lái)，對(duì)于僅僅設(shè)計(jì)成一個(gè)接口的東西，以及對(duì)于用extends關(guān)鍵字在現(xiàn)有功能基礎(chǔ)上的擴(kuò)展，兩者之間便產(chǎn)生了一個(gè)明顯的差異。不值得用abstract關(guān)鍵字產(chǎn)生一種類似的效果，因?yàn)槲覀儾荒軇?chuàng)建屬于那個(gè)類的一個(gè)對(duì)象。一個(gè)abstract(抽象)類可包含抽象方法(盡管并不要求在它里面包含什么東西)，但它也能包含用于具體實(shí)現(xiàn)的代碼。因此，它被限制成一個(gè)單一的繼承。通過(guò)與接口聯(lián)合使用，這一方案避免了對(duì)類似于C++虛擬基礎(chǔ)類那樣的一些機(jī)制的需要。
為創(chuàng)建可進(jìn)行“例示”(即創(chuàng)建一個(gè)實(shí)例)的一個(gè)interface(接口)的版本，需使用implements關(guān)鍵字。它的語(yǔ)法類似于繼承的語(yǔ)法，如下所示:
1046頁(yè)程序
(34) Java中沒(méi)有virtual關(guān)鍵字，因?yàn)樗蟹莝tatic方法都肯定會(huì)用到動(dòng)態(tài)綁定。在Java中，程序員不必自行決定是否使用動(dòng)態(tài)綁定。C++之所以采用了virtual，是由于我們對(duì)性能進(jìn)行調(diào)整的時(shí)候，可通過(guò)將其省略，從而獲得執(zhí)行效率的少量提升(或者換句話說(shuō):“如果不用，就沒(méi)必要為它付出代價(jià)”)。virtual經(jīng)常會(huì)造成一定程度的混淆，而且獲得令人不快的結(jié)果。final關(guān)鍵字為性能的調(diào)整規(guī)定了一些范圍--它向編譯器指出這種方法不能被取代，所以它的范圍可能被靜態(tài)約束(而且成為嵌入狀態(tài)，所以使用C++非virtual調(diào)用的等價(jià)方式)。這些優(yōu)化工作是由編譯器完成的。
(35) Java不提供多重繼承機(jī)制(MI)，至少不象C++那樣做。與protected類似，MI表面上是一個(gè)很不錯(cuò)的主意，但只有真正面對(duì)一個(gè)特定的設(shè)計(jì)問(wèn)題時(shí)，才知道自己需要它。由于Java使用的是“單根”分級(jí)結(jié)構(gòu)，所以只有在極少的場(chǎng)合才需要用到MI。interface關(guān)鍵字會(huì)幫助我們自動(dòng)完成多個(gè)接口的合并工作。
(36) 運(yùn)行期的類型標(biāo)識(shí)功能與C++極為相似。例如，為獲得與句柄X有關(guān)的信息，可使用下述代碼:
X.getClass().getName();
為進(jìn)行一個(gè)“類型安全”的緊縮造型，可使用:
derived d = (derived)base;
這與舊式風(fēng)格的C造型是一樣的。編譯器會(huì)自動(dòng)調(diào)用動(dòng)態(tài)造型機(jī)制，不要求使用額外的語(yǔ)法。盡管它并不象C++的“new casts”那樣具有易于定位造型的優(yōu)點(diǎn)，但Java會(huì)檢查使用情況，并丟棄那些“異?！保运粫?huì)象C++那樣允許壞造型的存在。
(37) Java采取了不同的異?？刂茩C(jī)制，因?yàn)榇藭r(shí)已經(jīng)不存在構(gòu)建器。可添加一個(gè)finally從句，強(qiáng)制執(zhí)行特定的語(yǔ)句，以便進(jìn)行必要的清除工作。Java中的所有異常都是從基礎(chǔ)類Throwable里繼承而來(lái)的，所以可確保我們得到的是一個(gè)通用接口。
1047頁(yè)程序
(38) Java的異常規(guī)范比C++的出色得多。丟棄一個(gè)錯(cuò)誤的異常后，不是象C++那樣在運(yùn)行期間調(diào)用一個(gè)函數(shù)，Java異常規(guī)范是在編譯期間檢查并執(zhí)行的。除此以外，被取代的方法必須遵守那一方法的基礎(chǔ)類版本的異常規(guī)范:它們可丟棄指定的異?；蛘邚哪切┊惓Ｑ苌鰜?lái)的其他異常。這樣一來(lái)，我們最終得到的是更為“健壯”的異?？刂拼a。
(39) Java具有方法過(guò)載的能力，但不允許運(yùn)算符過(guò)載。String類不能用+和+=運(yùn)算符連接不同的字串，而且String表達(dá)式使用自動(dòng)的類型轉(zhuǎn)換，但那是一種特殊的內(nèi)建情況。
(40) 通過(guò)事先的約定，C++中經(jīng)常出現(xiàn)的const問(wèn)題在Java里已得到了控制。我們只能傳遞指向?qū)ο蟮木浔?，本地副本永遠(yuǎn)不會(huì)為我們自動(dòng)生成。若希望使用類似C++按值傳遞那樣的技術(shù)，可調(diào)用clone()，生成自變量的一個(gè)本地副本(盡管clone()的設(shè)計(jì)依然尚顯粗糙--參見(jiàn)第12章)。根本不存在被自動(dòng)調(diào)用的副本構(gòu)建器。為創(chuàng)建一個(gè)編譯期的常數(shù)值，可象下面這樣編碼:
static final int SIZE = 255
static final int BSIZE = 8 * SIZE
(41) 由于安全方面的原因，“應(yīng)用程序”的編程與“程序片”的編程之間存在著顯著的差異。一個(gè)最明顯的問(wèn)題是程序片不允許我們進(jìn)行磁盤(pán)的寫(xiě)操作，因?yàn)檫@樣做會(huì)造成從遠(yuǎn)程站點(diǎn)下載的、不明來(lái)歷的程序可能胡亂改寫(xiě)我們的磁盤(pán)。隨著Java 1.1對(duì)數(shù)字簽名技術(shù)的引用，這一情況已有所改觀。根據(jù)數(shù)字簽名，我們可確切知道一個(gè)程序片的全部作者，并驗(yàn)證他們是否已獲得授權(quán)。Java 1.2會(huì)進(jìn)一步增強(qiáng)程序片的能力。
(42) 由于Java在某些場(chǎng)合可能顯得限制太多，所以有時(shí)不愿用它執(zhí)行象直接訪問(wèn)硬件這樣的重要任務(wù)。Java解決這個(gè)問(wèn)題的方案是“固有方法”，允許我們調(diào)用由其他語(yǔ)言寫(xiě)成的函數(shù)(目前只支持C和C++)。這樣一來(lái)，我們就肯定能夠解決與平臺(tái)有關(guān)的問(wèn)題(采用一種不可移植的形式，但那些代碼隨后會(huì)被隔離起來(lái))。程序片不能調(diào)用固有方法，只有應(yīng)用程序才可以。
(43) Java提供對(duì)注釋文檔的內(nèi)建支持，所以源碼文件也可以包含它們自己的文檔。通過(guò)一個(gè)單獨(dú)的程序，這些文檔信息可以提取出來(lái)，并重新格式化成HTML。這無(wú)疑是文檔管理及應(yīng)用的極大進(jìn)步。
(44) Java包含了一些標(biāo)準(zhǔn)庫(kù)，用于完成特定的任務(wù)。C++則依靠一些非標(biāo)準(zhǔn)的、由其他廠商提供的庫(kù)。這些任務(wù)包括(或不久就要包括):
■連網(wǎng)
■數(shù)據(jù)庫(kù)連接(通過(guò)JDBC)
■多線程
■分布式對(duì)象(通過(guò)RMI和CORBA)
■壓縮
■商貿(mào)
由于這些庫(kù)簡(jiǎn)單易用，而且非常標(biāo)準(zhǔn)，所以能極大加快應(yīng)用程序的開(kāi)發(fā)速度。
(45) Java 1.1包含了Java Beans標(biāo)準(zhǔn)，后者可創(chuàng)建在可視編程環(huán)境中使用的組件。由于遵守同樣的標(biāo)準(zhǔn)，所以可視組件能夠在所有廠商的開(kāi)發(fā)環(huán)境中使用。由于我們并不依賴一家廠商的方案進(jìn)行可視組件的設(shè)計(jì)，所以組件的選擇余地會(huì)加大，并可提高組件的效能。除此之外，Java Beans的設(shè)計(jì)非常簡(jiǎn)單，便于程序員理解;而那些由不同的廠商開(kāi)發(fā)的專用組件框架則要求進(jìn)行更深入的學(xué)習(xí)。
(46) 若訪問(wèn)Java句柄失敗，就會(huì)丟棄一次異常。這種丟棄測(cè)試并不一定要正好在使用一個(gè)句柄之前進(jìn)行。根據(jù)Java的設(shè)計(jì)規(guī)范，只是說(shuō)異常必須以某種形式丟棄。許多C++運(yùn)行期系統(tǒng)也能丟棄那些由于指針錯(cuò)誤造成的異常。
(47) Java通常顯得更為健壯，為此采取的手段如下:
■對(duì)象句柄初始化成null(一個(gè)關(guān)鍵字)
■句柄肯定會(huì)得到檢查，并在出錯(cuò)時(shí)丟棄異常
■所有數(shù)組訪問(wèn)都會(huì)得到檢查，及時(shí)發(fā)現(xiàn)邊界違例情況
■自動(dòng)垃圾收集，防止出現(xiàn)內(nèi)存漏洞
■明確、“傻瓜式”的異常控制機(jī)制
■為多線程提供了簡(jiǎn)單的語(yǔ)言支持
■對(duì)網(wǎng)絡(luò)程序片進(jìn)行字節(jié)碼校驗(yàn)
另外,團(tuán)IDC網(wǎng)上有許多產(chǎn)品團(tuán)購(gòu),便宜有口碑
eclipse里邊有單步調(diào)試
可以鼠標(biāo)雙擊代碼左側(cè)可以顯示行數(shù)的那個(gè)地方，就可以加上一個(gè)點(diǎn)，那個(gè)點(diǎn)就是斷點(diǎn)了，
調(diào)試的時(shí)候點(diǎn)擊Debug，就行了，
單步調(diào)試可以F5 或者 F6
F5是進(jìn)去調(diào)試，對(duì)于一個(gè)方法，調(diào)試的時(shí)候就進(jìn)去了
F6是跳躍調(diào)試，對(duì)于一個(gè)方法，程序不執(zhí)行進(jìn)去，只返回結(jié)果
本文講解如何在Eclipse中導(dǎo)入Android源代碼（包括Framework和Application的代碼），然后通過(guò)模擬器或真機(jī)跟蹤/調(diào)試Android的Java代碼，區(qū)別于一般基于Android SDK的純應(yīng)用開(kāi)發(fā)，這里可以跟蹤/調(diào)試Framework中的代碼。
一、準(zhǔn)備工作
確保機(jī)器上已經(jīng)安裝并配置下列軟件環(huán)境：JDK/ Eclipse / Android SDK / ADT
即，機(jī)器上已經(jīng)安裝了Eclipse下Android應(yīng)用開(kāi)發(fā)所需的環(huán)境。如果還未配置，移步《搭建Windows下Android應(yīng)用開(kāi)發(fā)環(huán)境——Eclipse/Android/ADT》。
另外，為了跟蹤調(diào)試Android源碼，你還需要有Android源碼，并有源碼的編譯環(huán)境，可以是：
虛擬機(jī)環(huán)境 虛擬機(jī)中安裝Linux，Linux下編譯Android源碼。此環(huán)境下，如果要在宿主機(jī)的Eclipse中調(diào)試，還需要把Android的源碼路徑共享出來(lái)，宿主機(jī)可訪問(wèn)到；
有單獨(dú)的可編譯Android的網(wǎng)絡(luò)環(huán)境 在你的客戶端的機(jī)器上訪問(wèn)服務(wù)器共享出來(lái)的Android的源碼路徑；
Linux環(huán)境下直接通過(guò)Eclipse跟蹤調(diào)試本機(jī)上的Android源碼。
注意：不管哪種工作方式，Android源碼要都是已經(jīng)編譯過(guò)的，且編譯時(shí)采用的是Eng模式（vs User mode）。編譯Android Platform和Kernel的過(guò)程，可參考《Ubuntu10.10下編譯Android2.2平臺(tái)》及《Ubuntu10.10下編譯Android2.2內(nèi)核》。
二、基本設(shè)置
準(zhǔn)備工作完畢之后，現(xiàn)在做一些基本的設(shè)置。
1. 把Android源碼路徑Android_ROOT下的development\ide\eclipse中的.classpath文件復(fù)制到Android_ROOT下；如果需要在模擬器中進(jìn)行調(diào)試的話，需要復(fù)制三個(gè)img(具體方法見(jiàn))
2. 修改Eclipse的設(shè)置
修改eclipse.ini文件，更改下列內(nèi)容：
[plain]?view plaincopy
-Xms40m
-Xmx384m
改為：
[java]?view plaincopy
-Xms128m
-Xmx512m
這里增大最小Java堆大小到128MB，增大最大Java堆大小到512MB。
三、Eclipse中創(chuàng)建工程
1. File New Java Project
2. 輸入項(xiàng)目名
3. 取消Use default location，并在Location中輸入或選擇Android源碼路徑Android_ROOT
4. 選擇Next Finish。會(huì)有一個(gè)漫長(zhǎng)的等待過(guò)程
新建的工程可能會(huì)有錯(cuò)誤，根據(jù)錯(cuò)誤提示，加入或者刪除項(xiàng)目中配置的程序包。
四、調(diào)試環(huán)境配置
1. 右擊剛剛在#3中創(chuàng)建的項(xiàng)目；
2. 選擇：Debug As Debug Configurations…；
3. 右擊“Remote Java Application”，選擇New?；蛘咧苯与p擊“Remote Java Application”創(chuàng)建一個(gè)新的Remote Application。
4. 填入Name；Project選擇剛剛創(chuàng)建的項(xiàng)目Android2.3.7；端口填寫(xiě)8700（不一定是8700，到DDMS Perspective下的Device View中看所需的端口號(hào)）。
5. Apply保存，然后退出。
五、調(diào)試
可以通過(guò)模擬器或者真機(jī)調(diào)試。
無(wú)論模擬器還是真機(jī)，都要：
先啟動(dòng)機(jī)器（模擬器啟動(dòng)，或真機(jī)打開(kāi)，并通過(guò)USB與PC正常連接），也就是要在DDMS Perspective的Devices視圖中看到有機(jī)器連接；
確保運(yùn)行中的代碼與你要調(diào)試的代碼是一樣的。
假如，我們想要跟蹤鎖屏解鎖的調(diào)用情況。
我們知道解鎖的實(shí)現(xiàn)是在LockScreen.java的onGrabbedStateChange()函數(shù)，運(yùn)行在system_process進(jìn)程中。
那么，
1.????????在onGrabbedStateChange()中要調(diào)試的地方設(shè)置斷點(diǎn)；
2.????????在Device View中，選中system_process，并點(diǎn)擊小爬蟲(chóng)圖標(biāo)；
3.????????用Section#4創(chuàng)建的Debug配置，Debug；
4.????????在模擬器或真機(jī)上，執(zhí)行到解鎖操作時(shí)，代碼就會(huì)停在斷點(diǎn)處；
這樣你就可以，
把鼠標(biāo)放在某個(gè)變量上，看它的值。也可以Eclipse中的各種調(diào)試手段調(diào)試你的代碼。
通過(guò)Step Into / Step Over / Resume / Suspend / Terminate等在Debug View中控制程序的執(zhí)行。
總結(jié)
通過(guò)本文可以：
本文講解是基于Windows環(huán)境的，但是不僅適用于Windows環(huán)境，同樣適用于Mac OS和Linux系統(tǒng)，只是一些路徑和使用方式有差別；
可以跟蹤/調(diào)試所有Android中Java的源碼（無(wú)論Framework的代碼，還是App中的代碼），并不能Debug?Framework中的c/c++ code；
為了使整個(gè)項(xiàng)目在Eclipse中都能編譯過(guò)，.classpath中也包含了out/里編譯生成的內(nèi)容，所以必須保證Android源碼是已經(jīng)編譯過(guò)的。
跟蹤/調(diào)試的前提是要在所要調(diào)試代碼處設(shè)置斷點(diǎn)，并知道該處代碼執(zhí)行在哪個(gè)進(jìn)程中。
===================================================================================================================
如果導(dǎo)入的工程有錯(cuò)誤，可以參照下面方法操作。
===================================================================================================================
我們導(dǎo)入一個(gè)android自帶應(yīng)用的工程時(shí)，往往有很多錯(cuò)誤。以自帶的 AlarmClock 為例，導(dǎo)入eclipse后，往往出現(xiàn)很多錯(cuò)誤，如下圖所示:
例如，上圖中的Intent.ACTION_ALARM_CHANGED 無(wú)法訪問(wèn)，下面我們就找到源代碼看看原因何在?
根據(jù)java 編程規(guī)范，我們知道這個(gè)api (靜態(tài)變量)被隱藏掉了，所以在sdk中無(wú)法使用。在知道了原因之后，我們有幾種解決方案（建議使用方法二）：
1. 自己將源代碼中的@hide去掉，然后編譯一個(gè)sdk來(lái)替換默認(rèn)的sdk。
在linux上使用? make PRODUCT-sdk-sdk 命令，編譯一個(gè)新的sdk出來(lái),注意編譯后其實(shí)我們不需要整個(gè)sdk，只需要android.jar這個(gè)文件替換掉sdk里的android.jar,例如：筆者的sdk里的jar對(duì)應(yīng)的目錄為:
F:/Program Files/Android/android-sdk-windows/platforms/android-8/android.jar
具體編譯sdk的方法是，在linux編譯環(huán)境下用命令 make PRODUCT-sdk-sdk ，成功后，會(huì)有如下提示:?
Package SDK: out/host/linux-x86/sdk/android-sdk_eng.stevewang_linux-x86.zip
我們進(jìn)入到 linux編譯環(huán)境的?out/host/linux-x86/sdk/android-sdk_eng.stevewang_linux-x86/platforms/android-2.2/目錄下可以看到android.jar?文件。使用此文件替換?? F:/Program Files/Android/android-sdk-windows/platforms/android-8/android.jar 即可。替換前記得備份
此方法較為麻煩，建議使用方法二
2. 添加framework 編譯出來(lái)的class.jar文件到 eclipse的build path
其實(shí)在編譯android的時(shí)候，我們將framework 編譯到一個(gè)臨時(shí)的jar包中了，這個(gè)jar包的路徑一般為:?
out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/classes.jar
[font='dejavu]我們只需要在linux上android源代碼目錄下使用make 命令即可生成此文件。
[font='dejavu]
[font='dejavu]由于這個(gè)jar文件中的api 還沒(méi)有重新打包，里面被@hide掉的api并沒(méi)有被去掉。所以我們依然能夠引用里面
[font='dejavu]被@hide的api 。而sdk 中的android.jar文件時(shí)重新打包生成的，其里標(biāo)記有@hide的api已經(jīng)被去掉了。
[font='dejavu]所以我們把?out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/classes.jar 拷貝到本地pc上。
然后在工程中添加此jar包。
具體方法:?
1 . 拷貝linux編譯生成的? out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/classes.jar到本機(jī)PC。
2，在eclipse的Android項(xiàng)目中，選擇項(xiàng)目屬性-Java Build Path-Libraries-Add Library-User Library-Next- UserLibraries進(jìn)入到User Libraries管理界面，點(diǎn)擊New新建一個(gè)User Library，比如android_framework，點(diǎn)擊Add Jars把Jar包加入到建立的User Library中，最后點(diǎn)擊OK。
3.選擇項(xiàng)目屬性-Java Build Path-Order and Export，把所建立的User Libraries移到Android SDK的上面。
如下圖:
之后我們的工程錯(cuò)誤消失了：
使用編程工具如Eclipse等的Debug模式，打斷點(diǎn)，觀察你需要觀察的變量；或者直接在程序中做輸出操作，每次使用那個(gè)變量之后，就把該變量輸出到控制臺(tái)上
重慶分公司
重慶分公司
