java怎么跟蹤代碼,java跟蹤調(diào)試

怎么看別人的java代碼

看別人的代碼是一件比較痛苦的事情，如果代碼注釋多并且編寫很規(guī)則的話那就比較好，

古縣網(wǎng)站制作公司哪家好，找成都創(chuàng)新互聯(lián)！從網(wǎng)頁設計、網(wǎng)站建設、微信開發(fā)、APP開發(fā)、成都響應式網(wǎng)站建設公司等網(wǎng)站項目制作，到程序開發(fā)，運營維護。成都創(chuàng)新互聯(lián)從2013年成立到現(xiàn)在10年的時間，我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗，來保證我們的工作的順利進行。專注于網(wǎng)站建設就選成都創(chuàng)新互聯(lián)。

如果有項目需求文檔或流程設計圖最好先看看系統(tǒng)的整體功能

然后根據(jù)項目的模塊劃分對整體有一個認知

再根據(jù)模塊找到對應的代碼模塊（需要注意模塊間的關(guān)聯(lián)）

根據(jù)DB設計說明查看業(yè)務表的關(guān)聯(lián)關(guān)系

最后根據(jù)項目文檔重新查看項目整體構(gòu)成，這樣看印象比較深刻一些，千萬不要摳某一個功能的具體業(yè)務與實現(xiàn)，只需要知道模塊的大概業(yè)務，然后當需要的時候再進行細細研究某一功能

以上是我的經(jīng)驗之談，希望對你有幫助。

如何跟蹤java代碼的執(zhí)行

很簡單，單元測試??！引入包 import org.junit.Test;

比如下面這個測試函數(shù)，不是main函數(shù)，但是你可以執(zhí)行它并測試輸出。注意要有@標識，這是注釋，必要的。還有就是可以打斷點??！斷點就是執(zhí)行停止的地方，可以是程序某個模塊，某個變量值等。

@Test

public void selectUserByID() {

// 得到SqlSession實例，便于執(zhí)行增刪改查、事務提交回滾等操作。

SqlSession session = getSqlSessionFactory().openSession();

try {

userPOJO user = (userPOJO) session.selectOne("mapper.userPOJO.selectByName", 2);

System.out.println(user);

} finally {

session.close();

}

}

java里面跟蹤函數(shù)調(diào)用可以用什么

的執(zhí)行速度慢上約20倍。無論什么都不能阻止Java語言進行編譯。寫作本書的時候，剛剛出現(xiàn)了一些準實時編譯器，它們能顯著加快速度。當然，我們完全有理由認為會出現(xiàn)適用于更多流行平臺的純固有編譯器，但假若沒有那些編譯器，由于速度的限制，必須有些問題是Java不能解決的。

(2) 和C++一樣，Java也提供了兩種類型的注釋。

(3) 所有東西都必須置入一個類。不存在全局函數(shù)或者全局數(shù)據(jù)。如果想獲得與全局函數(shù)等價的功能，可考慮將static方法和static數(shù)據(jù)置入一個類里。注意沒有象結(jié)構(gòu)、枚舉或者聯(lián)合這一類的東西，一切只有“類”(Class)!

(4) 所有方法都是在類的主體定義的。所以用C++的眼光看，似乎所有函數(shù)都已嵌入，但實情并非如何(嵌入的問題在后面講述)。

(5) 在Java中，類定義采取幾乎和C++一樣的形式。但沒有標志結(jié)束的分號。沒有class foo這種形式的類聲明，只有類定義。

class aType()

void aMethod()

}

(6) Java中沒有作用域范圍運算符“::”。Java利用點號做所有的事情，但可以不用考慮它，因為只能在一個類里定義元素。即使那些方法定義，也必須在一個類的內(nèi)部，所以根本沒有必要指定作用域的范圍。我們注意到的一項差異是對static方法的調(diào)用:使用ClassName.methodName()。除此以外，package(包)的名字是用點號建立的，并能用import關(guān)鍵字實現(xiàn)C++的“

import java.awt.*;

(

(7) 與C++類似，Java含有一系列“主類型”(Primitive type)，以實現(xiàn)更有效率的訪問。在Java中，這些類型包括boolean，char，byte，short，int，long，float以及double。所有主類型的大小都是固有的，且與具體的機器無關(guān)(考慮到移植的問題)。這肯定會對性能造成一定的影響，具體取決于不同的機器。對類型的檢查和要求在Java里變得更苛刻。例如:

■條件表達式只能是boolean(布爾)類型，不可使用整數(shù)。

■必須使用象X+Y這樣的一個表達式的結(jié)果;不能僅僅用“X+Y”來實現(xiàn)“副作用”。

(8) char(字符)類型使用國際通用的16位Unicode字符集，所以能自動表達大多數(shù)國家的字符。

(9) 靜態(tài)引用的字串會自動轉(zhuǎn)換成String對象。和C及C++不同，沒有獨立的靜態(tài)字符數(shù)組字串可供使用。

(10) Java增添了三個右移位運算符“”，具有與“邏輯”右移位運算符類似的功用，可在最末尾插入零值?！啊眲t會在移位的同時插入符號位(即“算術(shù)”移位)。

(11) 盡管表面上類似，但與C++相比，Java數(shù)組采用的是一個頗為不同的結(jié)構(gòu)，并具有獨特的行為。有一個只讀的length成員，通過它可知道數(shù)組有多大。而且一旦超過數(shù)組邊界，運行期檢查會自動丟棄一個異常。所有數(shù)組都是在內(nèi)存“堆”里創(chuàng)建的，我們可將一個數(shù)組分配給另一個(只是簡單地復制數(shù)組句柄)。數(shù)組標識符屬于第一級對象，它的所有方法通常都適用于其他所有對象。

(12) 對于所有不屬于主類型的對象，都只能通過new命令創(chuàng)建。和C++不同，Java沒有相應的命令可以“在堆棧上”創(chuàng)建不屬于主類型的對象。所有主類型都只能在堆棧上創(chuàng)建，同時不使用new命令。所有主要的類都有自己的“封裝(器)”類，所以能夠通過new創(chuàng)建等價的、以內(nèi)存“堆”為基礎(chǔ)的對象(主類型數(shù)組是一個例外:它們可象C++那樣通過集合初始化進行分配，或者使用new)。

(13) Java中不必進行提前聲明。若想在定義前使用一個類或方法，只需直接使用它即可--編譯器會保證使用恰當?shù)亩x。所以和在C++中不同，我們不會碰到任何涉及提前引用的問題。

(14) Java沒有預處理機。若想使用另一個庫里的類，只需使用import命令，并指定庫名即可。不存在類似于預處理機的宏。

(15) Java用包代替了命名空間。由于將所有東西都置入一個類，而且由于采用了一種名為“封裝”的機制，它能針對類名進行類似于命名空間分解的操作，所以命名的問題不再進入我們的考慮之列。數(shù)據(jù)包也會在單獨一個庫名下收集庫的組件。我們只需簡單地“import”(導入)一個包，剩下的工作會由編譯器自動完成。

(16) 被定義成類成員的對象句柄會自動初始化成null。對基本類數(shù)據(jù)成員的初始化在Java里得到了可靠的保障。若不明確地進行初始化，它們就會得到一個默認值(零或等價的值)?？蓪λ鼈冞M行明確的初始化(顯式初始化):要么在類內(nèi)定義它們，要么在構(gòu)建器中定義。采用的語法比C++的語法更容易理解，而且對于static和非static成員來說都是固定不變的。我們不必從外部定義static成員的存儲方式，這和C++是不同的。

(17) 在Java里，沒有象C和C++那樣的指針。用new創(chuàng)建一個對象的時候，會獲得一個引用(本書一直將其稱作“句柄”)。例如:

String s = new String("howdy");

然而，C++引用在創(chuàng)建時必須進行初始化，而且不可重定義到一個不同的位置。但Java引用并不一定局限于創(chuàng)建時的位置。它們可根據(jù)情況任意定義，這便消除了對指針的部分需求。在C和C++里大量采用指針的另一個原因是為了能指向任意一個內(nèi)存位置(這同時會使它們變得不安全，也是Java不提供這一支持的原因)。指針通常被看作在基本變量數(shù)組中四處移動的一種有效手段。Java允許我們以更安全的形式達到相同的目標。解決指針問題的終極方法是“固有方法”(已在附錄A討論)。將指針傳遞給方法時，通常不會帶來太大的問題，因為此時沒有全局函數(shù)，只有類。而且我們可傳遞對對象的引用。Java語言最開始聲稱自己“完全不采用指針!”但隨著許多程序員都質(zhì)問沒有指針如何工作?于是后來又聲明“采用受到限制的指針”。大家可自行判斷它是否“真”的是一個指針。但不管在何種情況下，都不存在指針“算術(shù)”。

(18) Java提供了與C++類似的“構(gòu)建器”(Constructor)。如果不自己定義一個，就會獲得一個默認構(gòu)建器。而如果定義了一個非默認的構(gòu)建器，就不會為我們自動定義默認構(gòu)建器。這和C++是一樣的。注意沒有復制構(gòu)建器，因為所有自變量都是按引用傳遞的。

(19) Java中沒有“破壞器”(Destructor)。變量不存在“作用域”的問題。一個對象的“存在時間”是由對象的存在時間決定的，并非由垃圾收集器決定。有個finalize()方法是每一個類的成員，它在某種程度上類似于C++的“破壞器”。但finalize()是由垃圾收集器調(diào)用的，而且只負責釋放“資源”(如打開的文件、套接字、端口、URL等等)。如需在一個特定的地點做某樣事情，必須創(chuàng)建一個特殊的方法，并調(diào)用它，不能依賴finalize()。而在另一方面，C++中的所有對象都會(或者說“應該”)破壞，但并非Java中的所有對象都會被當作“垃圾”收集掉。由于Java不支持破壞器的概念，所以在必要的時候，必須謹慎地創(chuàng)建一個清除方法。而且針對類內(nèi)的基礎(chǔ)類以及成員對象，需要明確調(diào)用所有清除方法。

(20) Java具有方法“過載”機制，它的工作原理與C++函數(shù)的過載幾乎是完全相同的。

(21) Java不支持默認自變量。

(22) Java中沒有g(shù)oto。它采取的無條件跳轉(zhuǎn)機制是“break 標簽”或者“continue 標準”，用于跳出當前的多重嵌套循環(huán)。

(23) Java采用了一種單根式的分級結(jié)構(gòu)，因此所有對象都是從根類Object統(tǒng)一繼承的。而在C++中，我們可在任何地方啟動一個新的繼承樹，所以最后往往看到包含了大量樹的“一片森林”。在Java中，我們無論如何都只有一個分級結(jié)構(gòu)。盡管這表面上看似乎造成了限制，但由于我們知道每個對象肯定至少有一個Object接口，所以往往能獲得更強大的能力。C++目前似乎是唯一沒有強制單根結(jié)構(gòu)的唯一一種OO語言。

(24) Java沒有模板或者參數(shù)化類型的其他形式。它提供了一系列集合:Vector(向量)，Stack(堆棧)以及Hashtable(散列表)，用于容納Object引用。利用這些集合，我們的一系列要求可得到滿足。但這些集合并非是為實現(xiàn)象C++“標準模板庫”(STL)那樣的快速調(diào)用而設計的。Java 1.2中的新集合顯得更加完整，但仍不具備正宗模板那樣的高效率使用手段。

(25) “垃圾收集”意味著在Java中出現(xiàn)內(nèi)存漏洞的情況會少得多，但也并非完全不可能(若調(diào)用一個用于分配存儲空間的固有方法，垃圾收集器就不能對其進行跟蹤監(jiān)視)。然而，內(nèi)存漏洞和資源漏洞多是由于編寫不當?shù)膄inalize()造成的，或是由于在已分配的一個塊尾釋放一種資源造成的(“破壞器”在此時顯得特別方便)。垃圾收集器是在C++基礎(chǔ)上的一種極大進步，使許多編程問題消彌于無形之中。但對少數(shù)幾個垃圾收集器力有不逮的問題，它卻是不大適合的。但垃圾收集器的大量優(yōu)點也使這一處缺點顯得微不足道。

(26) Java內(nèi)建了對多線程的支持。利用一個特殊的Thread類，我們可通過繼承創(chuàng)建一個新線程(放棄了run()方法)。若將synchronized(同步)關(guān)鍵字作為方法的一個類型限制符使用，相互排斥現(xiàn)象會在對象這一級發(fā)生。在任何給定的時間，只有一個線程能使用一個對象的synchronized方法。在另一方面，一個synchronized方法進入以后，它首先會“鎖定”對象，防止其他任何synchronized方法再使用那個對象。只有退出了這個方法，才會將對象“解鎖”。在線程之間，我們?nèi)匀灰撠煂崿F(xiàn)更復雜的同步機制，方法是創(chuàng)建自己的“監(jiān)視器”類。遞歸的synchronized方法可以正常運作。若線程的優(yōu)先等級相同，則時間的“分片”不能得到保證。

(27) 我們不是象C++那樣控制聲明代碼塊，而是將訪問限定符(public，private和protected)置入每個類成員的定義里。若未規(guī)定一個“顯式”(明確的)限定符，就會默認為“友好的”(friendly)。這意味著同一個包里的其他元素也可以訪問它(相當于它們都成為C++的“friends”--朋友)，但不可由包外的任何元素訪問。類--以及類內(nèi)的每個方法--都有一個訪問限定符，決定它是否能在文件的外部“可見”。private關(guān)鍵字通常很少在Java中使用，因為與排斥同一個包內(nèi)其他類的訪問相比，“友好的”訪問通常更加有用。然而，在多線程的環(huán)境中，對private的恰當運用是非常重要的。Java的protected關(guān)鍵字意味著“可由繼承者訪問，亦可由包內(nèi)其他元素訪問”。注意Java沒有與C++的protected關(guān)鍵字等價的元素，后者意味著“只能由繼承者訪問”(以前可用“private protected”實現(xiàn)這個目的，但這一對關(guān)鍵字的組合已被取消了)。

(28) 嵌套的類。在C++中，對類進行嵌套有助于隱藏名稱，并便于代碼的組織(但C++的“命名空間”已使名稱的隱藏顯得多余)。Java的“封裝”或“打包”概念等價于C++的命名空間，所以不再是一個問題。Java 1.1引入了“內(nèi)部類”的概念，它秘密保持指向外部類的一個句柄--創(chuàng)建內(nèi)部類對象的時候需要用到。這意味著內(nèi)部類對象也許能訪問外部類對象的成員，毋需任何條件--就好象那些成員直接隸屬于內(nèi)部類對象一樣。這樣便為回調(diào)問題提供了一個更優(yōu)秀的方案--C++是用指向成員的指針解決的。

(29) 由于存在前面介紹的那種內(nèi)部類，所以Java里沒有指向成員的指針。

(30) Java不存在“嵌入”(inline)方法。Java編譯器也許會自行決定嵌入一個方法，但我們對此沒有更多的控制權(quán)力。在Java中，可為一個方法使用final關(guān)鍵字，從而“建議”進行嵌入操作。然而，嵌入函數(shù)對于C++的編譯器來說也只是一種建議。

(31) Java中的繼承具有與C++相同的效果，但采用的語法不同。Java用extends關(guān)鍵字標志從一個基礎(chǔ)類的繼承，并用super關(guān)鍵字指出準備在基礎(chǔ)類中調(diào)用的方法，它與我們當前所在的方法具有相同的名字(然而，Java中的super關(guān)鍵字只允許我們訪問父類的方法--亦即分級結(jié)構(gòu)的上一級)。通過在C++中設定基礎(chǔ)類的作用域，我們可訪問位于分級結(jié)構(gòu)較深處的方法。亦可用super關(guān)鍵字調(diào)用基礎(chǔ)類構(gòu)建器。正如早先指出的那樣，所有類最終都會從Object里自動繼承。和C++不同，不存在明確的構(gòu)建器初始化列表。但編譯器會強迫我們在構(gòu)建器主體的開頭進行全部的基礎(chǔ)類初始化，而且不允許我們在主體的后面部分進行這一工作。通過組合運用自動初始化以及來自未初始化對象句柄的異常，成員的初始化可得到有效的保證。

1045頁程序

(32) Java中的繼承不會改變基礎(chǔ)類成員的保護級別。我們不能在Java中指定public，private或者protected繼承，這一點與C++是相同的。此外，在衍生類中的優(yōu)先方法不能減少對基礎(chǔ)類方法的訪問。例如，假設一個成員在基礎(chǔ)類中屬于public，而我們用另一個方法代替了它，那么用于替換的方法也必須屬于public(編譯器會自動檢查)。

(33) Java提供了一個interface關(guān)鍵字，它的作用是創(chuàng)建抽象基礎(chǔ)類的一個等價物。在其中填充抽象方法，且沒有數(shù)據(jù)成員。這樣一來，對于僅僅設計成一個接口的東西，以及對于用extends關(guān)鍵字在現(xiàn)有功能基礎(chǔ)上的擴展，兩者之間便產(chǎn)生了一個明顯的差異。不值得用abstract關(guān)鍵字產(chǎn)生一種類似的效果，因為我們不能創(chuàng)建屬于那個類的一個對象。一個abstract(抽象)類可包含抽象方法(盡管并不要求在它里面包含什么東西)，但它也能包含用于具體實現(xiàn)的代碼。因此，它被限制成一個單一的繼承。通過與接口聯(lián)合使用，這一方案避免了對類似于C++虛擬基礎(chǔ)類那樣的一些機制的需要。

為創(chuàng)建可進行“例示”(即創(chuàng)建一個實例)的一個interface(接口)的版本，需使用implements關(guān)鍵字。它的語法類似于繼承的語法，如下所示:

1046頁程序

(34) Java中沒有virtual關(guān)鍵字，因為所有非static方法都肯定會用到動態(tài)綁定。在Java中，程序員不必自行決定是否使用動態(tài)綁定。C++之所以采用了virtual，是由于我們對性能進行調(diào)整的時候，可通過將其省略，從而獲得執(zhí)行效率的少量提升(或者換句話說:“如果不用，就沒必要為它付出代價”)。virtual經(jīng)常會造成一定程度的混淆，而且獲得令人不快的結(jié)果。final關(guān)鍵字為性能的調(diào)整規(guī)定了一些范圍--它向編譯器指出這種方法不能被取代，所以它的范圍可能被靜態(tài)約束(而且成為嵌入狀態(tài)，所以使用C++非virtual調(diào)用的等價方式)。這些優(yōu)化工作是由編譯器完成的。

(35) Java不提供多重繼承機制(MI)，至少不象C++那樣做。與protected類似，MI表面上是一個很不錯的主意，但只有真正面對一個特定的設計問題時，才知道自己需要它。由于Java使用的是“單根”分級結(jié)構(gòu)，所以只有在極少的場合才需要用到MI。interface關(guān)鍵字會幫助我們自動完成多個接口的合并工作。

(36) 運行期的類型標識功能與C++極為相似。例如，為獲得與句柄X有關(guān)的信息，可使用下述代碼:

X.getClass().getName();

為進行一個“類型安全”的緊縮造型，可使用:

derived d = (derived)base;

這與舊式風格的C造型是一樣的。編譯器會自動調(diào)用動態(tài)造型機制，不要求使用額外的語法。盡管它并不象C++的“new casts”那樣具有易于定位造型的優(yōu)點，但Java會檢查使用情況，并丟棄那些“異?！保运粫驝++那樣允許壞造型的存在。

(37) Java采取了不同的異?？刂茩C制，因為此時已經(jīng)不存在構(gòu)建器。可添加一個finally從句，強制執(zhí)行特定的語句，以便進行必要的清除工作。Java中的所有異常都是從基礎(chǔ)類Throwable里繼承而來的，所以可確保我們得到的是一個通用接口。

1047頁程序

(38) Java的異常規(guī)范比C++的出色得多。丟棄一個錯誤的異常后，不是象C++那樣在運行期間調(diào)用一個函數(shù)，Java異常規(guī)范是在編譯期間檢查并執(zhí)行的。除此以外，被取代的方法必須遵守那一方法的基礎(chǔ)類版本的異常規(guī)范:它們可丟棄指定的異?；蛘邚哪切┊惓Ｑ苌鰜淼钠渌惓?。這樣一來，我們最終得到的是更為“健壯”的異?？刂拼a。

(39) Java具有方法過載的能力，但不允許運算符過載。String類不能用+和+=運算符連接不同的字串，而且String表達式使用自動的類型轉(zhuǎn)換，但那是一種特殊的內(nèi)建情況。

(40) 通過事先的約定，C++中經(jīng)常出現(xiàn)的const問題在Java里已得到了控制。我們只能傳遞指向?qū)ο蟮木浔?，本地副本永遠不會為我們自動生成。若希望使用類似C++按值傳遞那樣的技術(shù)，可調(diào)用clone()，生成自變量的一個本地副本(盡管clone()的設計依然尚顯粗糙--參見第12章)。根本不存在被自動調(diào)用的副本構(gòu)建器。為創(chuàng)建一個編譯期的常數(shù)值，可象下面這樣編碼:

static final int SIZE = 255

static final int BSIZE = 8 * SIZE

(41) 由于安全方面的原因，“應用程序”的編程與“程序片”的編程之間存在著顯著的差異。一個最明顯的問題是程序片不允許我們進行磁盤的寫操作，因為這樣做會造成從遠程站點下載的、不明來歷的程序可能胡亂改寫我們的磁盤。隨著Java 1.1對數(shù)字簽名技術(shù)的引用，這一情況已有所改觀。根據(jù)數(shù)字簽名，我們可確切知道一個程序片的全部作者，并驗證他們是否已獲得授權(quán)。Java 1.2會進一步增強程序片的能力。

(42) 由于Java在某些場合可能顯得限制太多，所以有時不愿用它執(zhí)行象直接訪問硬件這樣的重要任務。Java解決這個問題的方案是“固有方法”，允許我們調(diào)用由其他語言寫成的函數(shù)(目前只支持C和C++)。這樣一來，我們就肯定能夠解決與平臺有關(guān)的問題(采用一種不可移植的形式，但那些代碼隨后會被隔離起來)。程序片不能調(diào)用固有方法，只有應用程序才可以。

(43) Java提供對注釋文檔的內(nèi)建支持，所以源碼文件也可以包含它們自己的文檔。通過一個單獨的程序，這些文檔信息可以提取出來，并重新格式化成HTML。這無疑是文檔管理及應用的極大進步。

(44) Java包含了一些標準庫，用于完成特定的任務。C++則依靠一些非標準的、由其他廠商提供的庫。這些任務包括(或不久就要包括):

■連網(wǎng)

■數(shù)據(jù)庫連接(通過JDBC)

■多線程

■分布式對象(通過RMI和CORBA)

■壓縮

■商貿(mào)

由于這些庫簡單易用，而且非常標準，所以能極大加快應用程序的開發(fā)速度。

(45) Java 1.1包含了Java Beans標準，后者可創(chuàng)建在可視編程環(huán)境中使用的組件。由于遵守同樣的標準，所以可視組件能夠在所有廠商的開發(fā)環(huán)境中使用。由于我們并不依賴一家廠商的方案進行可視組件的設計，所以組件的選擇余地會加大，并可提高組件的效能。除此之外，Java Beans的設計非常簡單，便于程序員理解;而那些由不同的廠商開發(fā)的專用組件框架則要求進行更深入的學習。

(46) 若訪問Java句柄失敗，就會丟棄一次異常。這種丟棄測試并不一定要正好在使用一個句柄之前進行。根據(jù)Java的設計規(guī)范，只是說異常必須以某種形式丟棄。許多C++運行期系統(tǒng)也能丟棄那些由于指針錯誤造成的異常。

(47) Java通常顯得更為健壯，為此采取的手段如下:

■對象句柄初始化成null(一個關(guān)鍵字)

■句柄肯定會得到檢查，并在出錯時丟棄異常

■所有數(shù)組訪問都會得到檢查，及時發(fā)現(xiàn)邊界違例情況

■自動垃圾收集，防止出現(xiàn)內(nèi)存漏洞

■明確、“傻瓜式”的異?？刂茩C制

■為多線程提供了簡單的語言支持

■對網(wǎng)絡程序片進行字節(jié)碼校驗

另外,團IDC網(wǎng)上有許多產(chǎn)品團購,便宜有口碑

在java中能否像在c語言中一樣進行分步跟蹤？

eclipse里邊有單步調(diào)試

可以鼠標雙擊代碼左側(cè)可以顯示行數(shù)的那個地方，就可以加上一個點，那個點就是斷點了，

調(diào)試的時候點擊Debug，就行了，

單步調(diào)試可以F5 或者 F6

F5是進去調(diào)試，對于一個方法，調(diào)試的時候就進去了

F6是跳躍調(diào)試，對于一個方法，程序不執(zhí)行進去，只返回結(jié)果

如何調(diào)試跟蹤Android Framework源代碼

本文講解如何在Eclipse中導入Android源代碼（包括Framework和Application的代碼），然后通過模擬器或真機跟蹤/調(diào)試Android的Java代碼，區(qū)別于一般基于Android SDK的純應用開發(fā)，這里可以跟蹤/調(diào)試Framework中的代碼。

一、準備工作

確保機器上已經(jīng)安裝并配置下列軟件環(huán)境：JDK/ Eclipse / Android SDK / ADT

即，機器上已經(jīng)安裝了Eclipse下Android應用開發(fā)所需的環(huán)境。如果還未配置，移步《搭建Windows下Android應用開發(fā)環(huán)境——Eclipse/Android/ADT》。

另外，為了跟蹤調(diào)試Android源碼，你還需要有Android源碼，并有源碼的編譯環(huán)境，可以是：

虛擬機環(huán)境 虛擬機中安裝Linux，Linux下編譯Android源碼。此環(huán)境下，如果要在宿主機的Eclipse中調(diào)試，還需要把Android的源碼路徑共享出來，宿主機可訪問到；

有單獨的可編譯Android的網(wǎng)絡環(huán)境 在你的客戶端的機器上訪問服務器共享出來的Android的源碼路徑；

Linux環(huán)境下直接通過Eclipse跟蹤調(diào)試本機上的Android源碼。

注意：不管哪種工作方式，Android源碼要都是已經(jīng)編譯過的，且編譯時采用的是Eng模式（vs User mode）。編譯Android Platform和Kernel的過程，可參考《Ubuntu10.10下編譯Android2.2平臺》及《Ubuntu10.10下編譯Android2.2內(nèi)核》。

二、基本設置

準備工作完畢之后，現(xiàn)在做一些基本的設置。

1. 把Android源碼路徑Android_ROOT下的development\ide\eclipse中的.classpath文件復制到Android_ROOT下；如果需要在模擬器中進行調(diào)試的話，需要復制三個img(具體方法見)

2. 修改Eclipse的設置

修改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. 輸入項目名

3. 取消Use default location，并在Location中輸入或選擇Android源碼路徑Android_ROOT

4. 選擇Next Finish。會有一個漫長的等待過程

新建的工程可能會有錯誤，根據(jù)錯誤提示，加入或者刪除項目中配置的程序包。

四、調(diào)試環(huán)境配置

1. 右擊剛剛在#3中創(chuàng)建的項目；

2. 選擇：Debug As Debug Configurations…；

3. 右擊“Remote Java Application”，選擇New。或者直接雙擊“Remote Java Application”創(chuàng)建一個新的Remote Application。

4. 填入Name；Project選擇剛剛創(chuàng)建的項目Android2.3.7；端口填寫8700（不一定是8700，到DDMS Perspective下的Device View中看所需的端口號）。

5. Apply保存，然后退出。

五、調(diào)試

可以通過模擬器或者真機調(diào)試。

無論模擬器還是真機，都要：

先啟動機器（模擬器啟動，或真機打開，并通過USB與PC正常連接），也就是要在DDMS Perspective的Devices視圖中看到有機器連接；

確保運行中的代碼與你要調(diào)試的代碼是一樣的。

假如，我們想要跟蹤鎖屏解鎖的調(diào)用情況。

我們知道解鎖的實現(xiàn)是在LockScreen.java的onGrabbedStateChange()函數(shù)，運行在system_process進程中。

那么，

1.????????在onGrabbedStateChange()中要調(diào)試的地方設置斷點；

2.????????在Device View中，選中system_process，并點擊小爬蟲圖標；

3.????????用Section#4創(chuàng)建的Debug配置，Debug；

4.????????在模擬器或真機上，執(zhí)行到解鎖操作時，代碼就會停在斷點處；

這樣你就可以，

把鼠標放在某個變量上，看它的值。也可以Eclipse中的各種調(diào)試手段調(diào)試你的代碼。

通過Step Into / Step Over / Resume / Suspend / Terminate等在Debug View中控制程序的執(zhí)行。

總結(jié)

通過本文可以：

本文講解是基于Windows環(huán)境的，但是不僅適用于Windows環(huán)境，同樣適用于Mac OS和Linux系統(tǒng)，只是一些路徑和使用方式有差別；

可以跟蹤/調(diào)試所有Android中Java的源碼（無論Framework的代碼，還是App中的代碼），并不能Debug?Framework中的c/c++ code；

為了使整個項目在Eclipse中都能編譯過，.classpath中也包含了out/里編譯生成的內(nèi)容，所以必須保證Android源碼是已經(jīng)編譯過的。

跟蹤/調(diào)試的前提是要在所要調(diào)試代碼處設置斷點，并知道該處代碼執(zhí)行在哪個進程中。

===================================================================================================================

如果導入的工程有錯誤，可以參照下面方法操作。

===================================================================================================================

我們導入一個android自帶應用的工程時，往往有很多錯誤。以自帶的 AlarmClock 為例，導入eclipse后，往往出現(xiàn)很多錯誤，如下圖所示:

例如，上圖中的Intent.ACTION_ALARM_CHANGED 無法訪問，下面我們就找到源代碼看看原因何在?

根據(jù)java 編程規(guī)范，我們知道這個api (靜態(tài)變量)被隱藏掉了，所以在sdk中無法使用。在知道了原因之后，我們有幾種解決方案（建議使用方法二）：

1. 自己將源代碼中的@hide去掉，然后編譯一個sdk來替換默認的sdk。

在linux上使用? make PRODUCT-sdk-sdk 命令，編譯一個新的sdk出來,注意編譯后其實我們不需要整個sdk，只需要android.jar這個文件替換掉sdk里的android.jar,例如：筆者的sdk里的jar對應的目錄為:

F:/Program Files/Android/android-sdk-windows/platforms/android-8/android.jar

具體編譯sdk的方法是，在linux編譯環(huán)境下用命令 make PRODUCT-sdk-sdk ，成功后，會有如下提示:?

Package SDK: out/host/linux-x86/sdk/android-sdk_eng.stevewang_linux-x86.zip

我們進入到 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 編譯出來的class.jar文件到 eclipse的build path

其實在編譯android的時候，我們將framework 編譯到一個臨時的jar包中了，這個jar包的路徑一般為:?

out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/classes.jar

[font='dejavu]我們只需要在linux上android源代碼目錄下使用make 命令即可生成此文件。

[font='dejavu]

[font='dejavu]由于這個jar文件中的api 還沒有重新打包，里面被@hide掉的api并沒有被去掉。所以我們依然能夠引用里面

[font='dejavu]被@hide的api 。而sdk 中的android.jar文件時重新打包生成的，其里標記有@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到本機PC。

2，在eclipse的Android項目中，選擇項目屬性-Java Build Path-Libraries-Add Library-User Library-Next- UserLibraries進入到User Libraries管理界面，點擊New新建一個User Library，比如android_framework，點擊Add Jars把Jar包加入到建立的User Library中，最后點擊OK。

3.選擇項目屬性-Java Build Path-Order and Export，把所建立的User Libraries移到Android SDK的上面。

如下圖:

之后我們的工程錯誤消失了：

java 怎么跟蹤方法中的某個變量

使用編程工具如Eclipse等的Debug模式，打斷點，觀察你需要觀察的變量；或者直接在程序中做輸出操作，每次使用那個變量之后，就把該變量輸出到控制臺上

文章標題：java怎么跟蹤代碼,java跟蹤調(diào)試
URL分享：http://muchs.cn/article16/hcjigg.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供商城網(wǎng)站、自適應網(wǎng)站、標簽優(yōu)化、外貿(mào)網(wǎng)站建設、全網(wǎng)營銷推廣、企業(yè)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)