最近2018中文字幕在日韩欧美国产成人片_国产日韩精品一区二区在线_在线观看成年美女黄网色视频_国产精品一区三区五区_国产精彩刺激乱对白_看黄色黄大色黄片免费_人人超碰自拍cao_国产高清av在线_亚洲精品电影av_日韩美女尤物视频网站

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
java怎么跟蹤代碼,java跟蹤調(diào)試

怎么看別人的java代碼

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

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

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

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

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

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

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

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

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

很簡單,單元測試啊!引入包 import org.junit.Test;

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

@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();

}

}

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

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

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

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

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

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

class aType()

void aMethod()

}

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

import java.awt.*;

(

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

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

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

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

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

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

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

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

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

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

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

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

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

String s = new String("howdy");

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

(18) Java提供了與C++類似的“構(gòu)建器”(Constructor)。如果不自己定義一個,就會獲得一個默認(rèn)構(gòu)建器。而如果定義了一個非默認(rèn)的構(gòu)建器,就不會為我們自動定義默認(rèn)構(gòu)建器。這和C++是一樣的。注意沒有復(fù)制構(gòu)建器,因?yàn)樗凶宰兞慷际前匆脗鬟f的。

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

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

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

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

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

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

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

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

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

(28) 嵌套的類。在C++中,對類進(jìn)行嵌套有助于隱藏名稱,并便于代碼的組織(但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)鍵字,從而“建議”進(jìn)行嵌入操作。然而,嵌入函數(shù)對于C++的編譯器來說也只是一種建議。

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

1045頁程序

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

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

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

1046頁程序

(34) Java中沒有virtual關(guān)鍵字,因?yàn)樗蟹莝tatic方法都肯定會用到動態(tài)綁定。在Java中,程序員不必自行決定是否使用動態(tài)綁定。C++之所以采用了virtual,是由于我們對性能進(jìn)行調(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不提供多重繼承機(jī)制(MI),至少不象C++那樣做。與protected類似,MI表面上是一個很不錯的主意,但只有真正面對一個特定的設(shè)計問題時,才知道自己需要它。由于Java使用的是“單根”分級結(jié)構(gòu),所以只有在極少的場合才需要用到MI。interface關(guān)鍵字會幫助我們自動完成多個接口的合并工作。

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

X.getClass().getName();

為進(jìn)行一個“類型安全”的緊縮造型,可使用:

derived d = (derived)base;

這與舊式風(fēng)格的C造型是一樣的。編譯器會自動調(diào)用動態(tài)造型機(jī)制,不要求使用額外的語法。盡管它并不象C++的“new casts”那樣具有易于定位造型的優(yōu)點(diǎn),但Java會檢查使用情況,并丟棄那些“異常”,所以它不會象C++那樣允許壞造型的存在。

(37) Java采取了不同的異??刂茩C(jī)制,因?yàn)榇藭r已經(jīng)不存在構(gòu)建器??商砑右粋€finally從句,強(qiáng)制執(zhí)行特定的語句,以便進(jìn)行必要的清除工作。Java中的所有異常都是從基礎(chǔ)類Throwable里繼承而來的,所以可確保我們得到的是一個通用接口。

1047頁程序

(38) Java的異常規(guī)范比C++的出色得多。丟棄一個錯誤的異常后,不是象C++那樣在運(yùn)行期間調(diào)用一個函數(shù),Java異常規(guī)范是在編譯期間檢查并執(zhí)行的。除此以外,被取代的方法必須遵守那一方法的基礎(chǔ)類版本的異常規(guī)范:它們可丟棄指定的異常或者從那些異常衍生出來的其他異常。這樣一來,我們最終得到的是更為“健壯”的異??刂拼a。

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

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

static final int SIZE = 255

static final int BSIZE = 8 * SIZE

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

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

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

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

■連網(wǎng)

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

■多線程

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

■壓縮

■商貿(mào)

由于這些庫簡單易用,而且非常標(biāo)準(zhǔn),所以能極大加快應(yīng)用程序的開發(fā)速度。

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

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

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

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

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

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

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

■明確、“傻瓜式”的異??刂茩C(jī)制

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

■對網(wǎng)絡(luò)程序片進(jìn)行字節(jié)碼校驗(yàn)

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

在java中能否像在c語言中一樣進(jìn)行分步跟蹤?

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

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

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

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

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

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

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

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

一、準(zhǔn)備工作

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

即,機(jī)器上已經(jīng)安裝了Eclipse下Android應(yīng)用開發(fā)所需的環(huán)境。如果還未配置,移步《搭建Windows下Android應(yīng)用開發(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的源碼路徑共享出來,宿主機(jī)可訪問到;

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

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

注意:不管哪種工作方式,Android源碼要都是已經(jīng)編譯過的,且編譯時采用的是Eng模式(vs User mode)。編譯Android Platform和Kernel的過程,可參考《Ubuntu10.10下編譯Android2.2平臺》及《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ù)制三個img(具體方法見)

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

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)試

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

無論模擬器還是真機(jī),都要:

先啟動機(jī)器(模擬器啟動,或真機(jī)打開,并通過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)擊小爬蟲圖標(biāo);

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

4.????????在模擬器或真機(jī)上,執(zhí)行到解鎖操作時,代碼就會停在斷點(diǎn)處;

這樣你就可以,

把鼠標(biāo)放在某個變量上,看它的值。也可以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)試代碼處設(shè)置斷點(diǎn),并知道該處代碼執(zhí)行在哪個進(jìn)程中。

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

如果導(dǎo)入的工程有錯誤,可以參照下面方法操作。

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

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

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

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

1. 自己將源代碼中的@hide去掉,然后編譯一個sdk來替換默認(rèn)的sdk。

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

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

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

其實(shí)在編譯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文件時重新打包生成的,其里標(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項目中,選擇項目屬性-Java Build Path-Libraries-Add Library-User Library-Next- UserLibraries進(jìn)入到User Libraries管理界面,點(diǎn)擊New新建一個User Library,比如android_framework,點(diǎn)擊Add Jars把Jar包加入到建立的User Library中,最后點(diǎn)擊OK。

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

如下圖:

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

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

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


文章題目:java怎么跟蹤代碼,java跟蹤調(diào)試
URL鏈接:http://fisionsoft.com.cn/article/hcjigg.html