這篇文章主要為大家展示了“java中JDK內(nèi)建工具有哪些”,內(nèi)容簡(jiǎn)而易懂,條理清晰,希望能夠幫助大家解決疑惑,下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“java中JDK內(nèi)建工具有哪些”這篇文章吧。
鹽邊網(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)站開(kāi)發(fā)等網(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)公司。
0、javap
你可以給 javap(Java Class文件反編譯器)傳遞這些有用的參數(shù):
-I – 打印行數(shù)和局部變量
-p – 打印包括非public在內(nèi)的所有類和成員信息,
-c – 打印方法字節(jié)碼
比如在著名的“你真的懂 Classloader 嗎?”演講里,當(dāng)出現(xiàn) NoSuchMethodException 錯(cuò)誤時(shí),我們可以執(zhí)行以下命令來(lái)調(diào)查這個(gè)類究竟有哪些成員方法和獲取這個(gè)類所有想找的信息:
javap -l -c -p Util2
當(dāng)調(diào)試類內(nèi)部信息或者研究隨機(jī)字節(jié)碼順序時(shí),javap 非常有用。
1、jjs
jjs命令可以啟動(dòng)一個(gè) JavaScript 命令終端,你可以把它當(dāng)做計(jì)算器或者用隨機(jī)的JS字符串測(cè)試JS的古怪用法。不要讓另一個(gè) JavaScript 謎題讓你措手不及!
哈,看到剛剛發(fā)生了什么了么?但是 JavaScript 是另一個(gè)話題,只需要知道即使沒(méi)有 node.js 或?yàn)g覽器你也可以用jjs知道JS是怎么工作的。
2、jhat
Java堆分析工具(jhat)正如它名字描述的那樣:分析dump堆信息。在下面的小例子里,我們構(gòu)造了一個(gè) OutOfMemoryError ,然后給這個(gè) java 進(jìn)程指定 -XX:+HeapDumpOnOutOfMemoryError ,這樣運(yùn)行時(shí)就會(huì)產(chǎn)生一個(gè) dump 文件供我們分析。
public class OhMyMemory { private static Map map = new HashMap<>(); public static void main(String[] args) { Runtime.getRuntime().addShutdownHook( new Thread() { @Override public void run() { System.out.println("We have accumulated " + map.size() + " entries"); } } ); for(int i = 0; ;i++) { map.put(Integer.toBinaryString(i), i); } } }
產(chǎn)生一個(gè) OutOfMemoryError 很簡(jiǎn)單(大部分情況下我們無(wú)意為之),我們只要不斷地制造不讓垃圾回收器起作用就可以了。
運(yùn)行這段代碼會(huì)產(chǎn)生如下輸出:
org.shelajev.throwaway.jdktools.OhMyMemory java.lang.OutOfMemoryError: Java heap space Dumping heap to java_pid5644.hprof ... Heap dump file created [73169721 bytes in 0.645 secs] Exception in thread "main" java.lang.OutOfMemoryError: Java heap space at java.util.HashMap.resize(HashMap.java:703) at java.util.HashMap.putVal(HashMap.java:662) at java.util.HashMap.put(HashMap.java:611) at org.shelajev.throwaway.jdktools.OhMyMemory.main(OhMyMemory.java:24) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at com.intellij.rt.execution.application.AppMain.main(AppMain.java:134) We have accumulated 393217 entries
不錯(cuò),我們現(xiàn)在有一個(gè)可供分析的文件了。我們對(duì)這個(gè)文件執(zhí)行jhat開(kāi)始進(jìn)行分析,jhat 會(huì)分析這個(gè)文件開(kāi)啟一個(gè) http 服務(wù)器供我們查看結(jié)果。
$ jhat java_pid5644.hprof Reading from java_pid5644.hprof... Dump file created Thu Aug 14 14:48:19 EEST 2014 Snapshot read, resolving... Resolving 1581103 objects... Chasing references, expect 316 dots... Eliminating duplicate references........ Snapshot resolved. Started HTTP server on port 7000 Server is ready.
可以通過(guò)訪問(wèn) http://localhost:7000 來(lái)查看 dump 的數(shù)據(jù)。
在那個(gè)頁(yè)面我們可以通過(guò)堆信息的柱狀圖了解究竟是什么耗盡了內(nèi)存。
現(xiàn)在我們可以清晰地看到擁有 393567 結(jié)點(diǎn)的 HashMap 就是導(dǎo)致程序崩潰的元兇。雖然有更多可以檢查內(nèi)存分布使用情況和堆分析的工具,但是jhat是內(nèi)置的,是分析的一個(gè)好的開(kāi)端。
3、jmap
jmap 是一個(gè)內(nèi)存映射工具,它提供了另外一種不需要引發(fā) OutOfMemoryErrors 就可以獲取堆 dump 文件的方法。我們稍微修改一下上面的程序看一下效果。
public class OhMyMemory { private static Map map = new HashMap<>(); public static void main(String[] args) { Runtime.getRuntime().addShutdownHook( new Thread() { @Override public void run() { try { System.out.println("Enter something, so I'll release the process"); System.in.read(); System.out.println("We have accumulated " + map.size() + " entries"); } catch (IOException e) { e.printStackTrace(); } } } ); for(int i = 0; i < 10000 ;i++) { map.put(Integer.toBinaryString(i), i); } } }
注意,現(xiàn)在我們不要消耗大量的內(nèi)存,只是比較早結(jié)束并在進(jìn)程關(guān)閉鉤子里等待不讓 JVM 退出。這樣就允許我們用 jmap 連接這個(gè)進(jìn)程獲取珍貴的內(nèi)存 dump。
因此你可以用 jmap 的兩個(gè)功能來(lái)實(shí)現(xiàn),獲取堆統(tǒng)計(jì)信息和觸發(fā)一個(gè)堆 dump。因此,當(dāng)執(zhí)行:
jmap -heap 1354(這里 1354 是上面程序運(yùn)行的進(jìn)程號(hào)),就可以獲取一個(gè)很好的內(nèi)存使用統(tǒng)計(jì)信息:
$ jmap -heap 1354 Attaching to process ID 1354, please wait... Debugger attached successfully. Server compiler detected. JVM version is 25.0-b70 using thread-local object allocation. Parallel GC with 4 thread(s) Heap Configuration: MinHeapFreeRatio = 40 MaxHeapFreeRatio = 70 MaxHeapSize = 67108864 (64.0MB) NewSize = 1572864 (1.5MB) MaxNewSize = 22020096 (21.0MB) OldSize = 45088768 (43.0MB) NewRatio = 2 SurvivorRatio = 8 MetaspaceSize = 21807104 (20.796875MB) CompressedClassSpaceSize = 1073741824 (1024.0MB) MaxMetaspaceSize = 17592186044415 MB G1HeapRegionSize = 0 (0.0MB) Heap Usage: PS Young Generation Eden Space: capacity = 1048576 (1.0MB) used = 628184 (0.5990829467773438MB) free = 420392 (0.40091705322265625MB) 59.908294677734375% used From Space: capacity = 524288 (0.5MB) used = 491568 (0.4687957763671875MB) free = 32720 (0.0312042236328125MB) 93.7591552734375% used To Space: capacity = 524288 (0.5MB) used = 0 (0.0MB) free = 524288 (0.5MB) 0.0% used PS Old Generation capacity = 45088768 (43.0MB) used = 884736 (0.84375MB) free = 44204032 (42.15625MB) 1.9622093023255813% used 981 interned Strings occupying 64824 bytes. $ jmap -dump:live,format=b,file=heap.bin 1354 Dumping heap to /Users/shelajev/workspace_idea/throwaway/heap.bin ... Heap dump file created
jmap 還可以簡(jiǎn)單地觸發(fā)當(dāng)前堆 dump,之后可以隨意進(jìn)行分析。你可以像下面例子中的那樣,傳一個(gè) -dump 參數(shù)給 jmap。
現(xiàn)在有了 dump 得到的文件 heap.bin,就可以用你喜歡的內(nèi)存分析工具來(lái)分析。
4、jps
jps 是顯示 Java 程序系統(tǒng)進(jìn)程(PID)最常用的工具。它與平臺(tái)無(wú)關(guān),非常好用。想象一下我們啟動(dòng)了上面的程序,然后想用 jmap 連接它。這個(gè)時(shí)候我們需要程序的 PID,jps 正好的派上用場(chǎng)。
$ jps -mlv 5911 com.intellij.rt.execution.application.AppMain org.shelajev.throwaway.jdktools.OhMyMemory -Xmx64m -Didea.launcher.port=7535 -Didea.launcher.bin.path=/Applications/IntelliJ IDEA 14 EAP.app/Contents/bin -Dfile.encoding=UTF-8 5544 -Dfile.encoding=UTF-8 -ea -Dsun.io.useCanonCaches=false -Djava.net.preferIPv4Stack=true -Djsse.enableSNIExtension=false -XX:+UseConcMarkSweepGC -XX:SoftRefLRUPolicyMSPerMB=50 -XX:+HeapDumpOnOutOfMemoryError -Xverify:none -Xbootclasspath/a:../lib/boot.jar -Xms128m -Xmx750m -XX:MaxPermSize=350m -XX:ReservedCodeCacheSize=225m -XX:+UseCompressedOops -agentlib:yjpagent=probe_disable=*,disablealloc,disabletracing,onlylocal,disableexceptiontelemetry,delay=10000,sessionname=IntelliJIdea14 -Didea.java.redist=NoJavaDistribution -Didea.home.path=/Applications/IntelliJ IDEA 14 EAP.app/Contents -Didea.paths.selector=IntelliJIdea14 5930 sun.tools.jps.Jps -mlvV -Dapplication.home=/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home -Xms8m
我們發(fā)現(xiàn)大多數(shù)情況下,“-mlv” 參數(shù)組合起來(lái)***用。它會(huì)打印main方法的參數(shù)、完整包名、JVM 相關(guān)參數(shù)。這樣你就可以在一大堆相似的進(jìn)程中找到你想要的那個(gè)。
現(xiàn)在有了 dump 得到的文件 heap.bin,就可以用你喜歡的內(nèi)存分析工具來(lái)分析。
5、jstack
jstack 是一個(gè)生成指定 JVM 進(jìn)程的線程堆棧工具。當(dāng)你程序一直在那里轉(zhuǎn)圈圈,而你想找到線程到底做了什么導(dǎo)致死鎖,那么 jstack 最適合。
jstack 只有幾個(gè)參數(shù)選項(xiàng),如果你拿不準(zhǔn),把它們都加上。如果后面發(fā)現(xiàn)有些信息對(duì)你意義不大時(shí)可以調(diào)整參數(shù)限制它的輸出。
-F 選項(xiàng)可以用來(lái)強(qiáng)制 dump,這在進(jìn)程掛起時(shí)非常有用,-I 選項(xiàng)可以打印同步和鎖的信息。
$ jstack -F -l 9153 Attaching to process ID 9153, please wait... Debugger attached successfully. Server compiler detected. JVM version is 25.0-b70 Deadlock Detection: No deadlocks found. ….
上面的輸出雖然看起來(lái)簡(jiǎn)單,但是它包含了每個(gè)線程的狀態(tài)和它當(dāng)前的堆棧的信息。
jstack 非常有用,我們?cè)谌粘9ぷ髦惺褂梅浅nl繁,特別是我們負(fù)責(zé)啟動(dòng)停止應(yīng)用服務(wù)器的測(cè)試引擎。測(cè)試工作往往不順利,jstack 可以讓我們知道 JVM 內(nèi)部的運(yùn)行狀態(tài)且沒(méi)有什么負(fù)面的影響。
— Neeme Praks(ZeroTurnaround資深產(chǎn)品工程師)
還有其它的嗎?
今天我們介紹了 JDK 發(fā)行預(yù)裝的超棒工具。相信我,將來(lái)某天你肯定會(huì)用到它們中的一些。所以,如果你有時(shí)間,你可以翻一翻它們的官方文檔。
試著在不同的場(chǎng)景使用并愛(ài)上它們。
如果你想學(xué)一些超棒的非 JDK 附帶的工具,可以看看 JRebel ,它可以讓你馬上看到代碼的改動(dòng)效果,還可以看到我們新的產(chǎn)品 XRebel ,它可以像X光眼鏡一樣掃描你的 web 應(yīng)用。
如果你知道開(kāi)發(fā)***實(shí)踐中至關(guān)重要的小工具,在本文末尾發(fā)表評(píng)論或者在 twitter上@shelajev 分享一下這個(gè)工具的細(xì)節(jié)。
Bonus Section: References
獎(jiǎng)勵(lì)環(huán)節(jié):參考
下面是一個(gè)更加完整的 JDK 工具可用列表。雖然這不是一個(gè)完整的列表,為了節(jié)省篇幅,我們省掉了加密、web-services 相關(guān)的工具等。謝謝 manpagez.com 提供的資源。
jar — 一個(gè)創(chuàng)建和管理 jar 文件的工具。
java — Java 應(yīng)用啟動(dòng)器。在這篇文章里,開(kāi)發(fā)和部署都是用的這個(gè)啟動(dòng)器。
javac — Java 編譯器。
javadoc — API 文檔生成器。
javah — native 本地方法中用于生成 C 語(yǔ)言頭文件和源文件。
javap — class 文件反編譯器。
jcmd — JVM 命令行診斷工具,可發(fā)送診斷命令請(qǐng)求到 JVM 中。
jconsole — 一個(gè)兼容 JMX 的監(jiān)控 JVM 的圖形化工具??梢员O(jiān)控本地和遠(yuǎn)程 JVM,也可以監(jiān)控和管理單獨(dú)的一個(gè)應(yīng)用。
jdb — Java 調(diào)試器。
jps — JVM 進(jìn)程查看工具,列出了系統(tǒng)運(yùn)行的所有 hotspot JVM 進(jìn)程。
jstat — JVM 狀態(tài)監(jiān)控工具。它可以收集和打印指定的 JVM 進(jìn)程性能狀態(tài)。
jhat — 堆 dump 信息的瀏覽器,啟動(dòng)一個(gè) web 服務(wù)器來(lái)顯示你用諸如 jmap -dump 得到的堆 dump 信息。
jmap — Java 內(nèi)存映射工具,打印指定進(jìn)程、核心文件、遠(yuǎn)程調(diào)試服務(wù)器共享內(nèi)存映射或者堆內(nèi)存詳細(xì)信息。
jsadebugd — Java 服務(wù)調(diào)試守護(hù)進(jìn)程—依附到一個(gè) Java 進(jìn)程或核心文件并且擔(dān)當(dāng)一個(gè)調(diào)試服務(wù)器的作用。
jstack —Java 堆棧信息工具——打印指定進(jìn)程或核心文件或者遠(yuǎn)程調(diào)試服務(wù)器的線程堆棧。
jjs — 運(yùn)行 Nashorn 命令行腳本 shell。
jrunscript — Java 腳本運(yùn)行工具。不過(guò)你要心里有數(shù),這實(shí)際上是一個(gè)還沒(méi)支持的測(cè)試功能。未來(lái)的 JDK 版本里面可能會(huì)移除它。
以上是“java中JDK內(nèi)建工具有哪些”這篇文章的所有內(nèi)容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內(nèi)容對(duì)大家有所幫助,如果還想學(xué)習(xí)更多知識(shí),歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道!
網(wǎng)頁(yè)名稱:java中JDK內(nèi)建工具有哪些
分享URL:http://jinyejixie.com/article24/ipijce.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供面包屑導(dǎo)航、域名注冊(cè)、網(wǎng)站內(nèi)鏈、網(wǎng)站維護(hù)、網(wǎng)站策劃、微信小程序
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)