jvm中是如何調用方法的

Ⅰ java怎麼調用方法

抽象類： 動物 有方法 cry();
具體類1： 貓 extends 動物 實現方法cry()
具體類2: 狗 extends 動物 實現方法cry()

動物 dog = new 狗();
動物 cat = new 貓();

cat.cry();//結果是喵喵~ 叫
dog.cry();//結虹是旺旺~ 叫

由於dog是new 出來的是狗 而cat是new出來的貓，所以雖然大家都屬於動物，但其實不是同一種動物。 並且想讓狗學貓叫，貓學狗叫是不可能的

動物 dog=new 狗（）； 其實相當於理解成以下兩條語句
1。狗 dg = new 狗（）；
2。動物 dog=(動物)dg；//將dg的狗類型轉化成了動物類型

所以調用時當然只會調用狗的方法旺旺旺，而不會去調用其它動物的方法！

所以問題的關鍵在於生成時是 new 狗還是new 貓！ 因為動物是不能被new出來的（抽象類不能實例化）所以我們就能分出執行的是哪個方法；
請參考

Ⅱ java 編程方法調用問題 在線等JVM過程

hello,又是我。 Ide提示的問題我還是不能回答。我覺得對這些輔助工具過於較真沒啥意義。
java中採用oop-klass二分模型表示一個對象。klass保存著類的數據，在其中保存著方法表，方法表中保存著從父類繼承下來的和自己定義的所有方法，如果子類重寫父類方法，那麼在這個方法表中相同位置上的父類方法則會被覆蓋。實際調用的也就是子類的方法，找不到父類方法。
所以你可以這么理解， 通過printPerson去找Info的位置是一樣的，但是重寫後，被子類的方法替換了，所以執行的代碼就不一樣了。
參考資料：
但實際上，你要求的jvm過程，是很復雜的。通過一段文字想要解釋清楚是不可能的， 直接上概念你也理解不了。
所以上面的模型解釋不了所有的情況。
如果你想確切知道，還是需要學很多東西的，可以先了解一下：對象內存分配， 類載入過程，解析調用，靜態/動態分派，你可以看看《深入理解java虛擬機》。

Ⅲ Java中如何調用函數和自定義函數

調用函數

System.out.println("hello world");

println即為函數，out為是輸出對象，System為java系統類。

Java源程序（.java文件）——>java位元組碼文件（.class文件）——>由解釋執行器（java.exe）將位元組碼文件載入到java虛擬機（jvm）——>位元組碼文件（.class）就會在java虛擬機中執行。

Java的基本包
java.lang其中包含有：
介面：Comparable、Cloneable、Runable等
類：八個基本數據類型封裝類、Math、Runtime、Object、String、StringBuffer、Thread、Exception等

Ⅳ Java JVM 中怎麼控制方法的遞歸調用。是在heap中的方法區，「重復」代碼段嗎

前面是我自己理解的後面是復制的
java有自動垃圾回收機制
當垃圾收集器判斷已經沒有任何引用指向對象的時候，會調用對象的finalize方法來釋放對象占據的內存空間~
java中垃圾回收以前聽老師講好像是內存滿了他才去做一次整體垃圾回收,在回收垃圾的同時會調用finalize方法.你在構造一個類時可以構造一個類時覆蓋他的finalize方法以便於該類在被垃圾回收時執行一些代碼,比如釋放資源.

1.JVM的gc概述

gc即垃圾收集機制是指jvm用於釋放那些不再使用的對象所佔用的內存。java語言並不要求jvm有gc，也沒有規定gc如何工作。不過常用的jvm都有gc，而且大多數gc都使用類似的演算法管理內存和執行收集操作。

在充分理解了垃圾收集演算法和執行過程後，才能有效的優化它的性能。有些垃圾收集專用於特殊的應用程序。比如，實時應用程序主要是為了避免垃圾收集中斷，而大多數OLTP應用程序則注重整體效率。理解了應用程序的工作負荷和jvm支持的垃圾收集演算法，便可以進行優化配置垃圾收集器。

垃圾收集的目的在於清除不再使用的對象。gc通過確定對象是否被活動對象引用來確定是否收集該對象。gc首先要判斷該對象是否是時候可以收集。兩種常用的方法是引用計數和對象引用遍歷。

1.1.引用計數

引用計數存儲對特定對象的所有引用數，也就是說，當應用程序創建引用以及引用超出范圍時，jvm必須適當增減引用數。當某對象的引用數為0時，便可以進行垃圾收集。

1.2.對象引用遍歷

早期的jvm使用引用計數，現在大多數jvm採用對象引用遍歷。對象引用遍歷從一組對象開始，沿著整個對象圖上的每條鏈接，遞歸確定可到達（reachable）的對象。如果某對象不能從這些根對象的一個（至少一個）到達，則將它作為垃圾收集。在對象遍歷階段，gc必須記住哪些對象可以到達，以便刪除不可到達的對象，這稱為標記（marking）對象。

下一步，gc要刪除不可到達的對象。刪除時，有些gc只是簡單的掃描堆棧，刪除未標記的未標記的對象，並釋放它們的內存以生成新的對象，這叫做清除（sweeping）。這種方法的問題在於內存會分成好多小段，而它們不足以用於新的對象，但是組合起來卻很大。因此，許多gc可以重新組織內存中的對象，並進行壓縮（compact），形成可利用的空間。

為此，gc需要停止其他的活動活動。這種方法意味著所有與應用程序相關的工作停止，只有gc運行。結果，在響應期間增減了許多混雜請求。另外，更復雜的 gc不斷增加或同時運行以減少或者清除應用程序的中斷。有的gc使用單線程完成這項工作，有的則採用多線程以增加效率。

2.幾種垃圾回收機制

2.1.標記－清除收集器

這種收集器首先遍歷對象圖並標記可到達的對象，然後掃描堆棧以尋找未標記對象並釋放它們的內存。這種收集器一般使用單線程工作並停止其他操作。

2.2.標記－壓縮收集器

有時也叫標記－清除－壓縮收集器，與標記－清除收集器有相同的標記階段。在第二階段，則把標記對象復制到堆棧的新域中以便壓縮堆棧。這種收集器也停止其他操作。

2.3.復制收集器

這種收集器將堆棧分為兩個域，常稱為半空間。每次僅使用一半的空間，jvm生成的新對象則放在另一半空間中。gc運行時，它把可到達對象復制到另一半空間，從而壓縮了堆棧。這種方法適用於短生存期的對象，持續復制長生存期的對象則導致效率降低。

2.4.增量收集器

增量收集器把堆棧分為多個域，每次僅從一個域收集垃圾。這會造成較小的應用程序中斷。

2.5.分代收集器

這種收集器把堆棧分為兩個或多個域，用以存放不同壽命的對象。jvm生成的新對象一般放在其中的某個域中。過一段時間，繼續存在的對象將獲得使用期並轉入更長壽命的域中。分代收集器對不同的域使用不同的演算法以優化性能。

2.6.並發收集器

並發收集器與應用程序同時運行。這些收集器在某點上（比如壓縮時）一般都不得不停止其他操作以完成特定的任務，但是因為其他應用程序可進行其他的後台操作，所以中斷其他處理的實際時間大大降低。

2.7.並行收集器

並行收集器使用某種傳統的演算法並使用多線程並行的執行它們的工作。在多cpu機器上使用多線程技術可以顯著的提高java應用程序的可擴展性。

3.Sun HotSpot

1.4.1 JVM堆大小的調整

Sun HotSpot 1.4.1使用分代收集器，它把堆分為三個主要的域：新域、舊域以及永久域。Jvm生成的所有新對象放在新域中。一旦對象經歷了一定數量的垃圾收集循環後，便獲得使用期並進入舊域。在永久域中jvm則存儲class和method對象。就配置而言，永久域是一個獨立域並且不認為是堆的一部分。

下面介紹如何控制這些域的大小。可使用-Xms和-Xmx 控制整個堆的原始大小或最大值。

下面的命令是把初始大小設置為128M：

java –Xms128m

–Xmx256m為控制新域的大小，可使用-XX:NewRatio設置新域在堆中所佔的比例。

下面的命令把整個堆設置成128m，新域比率設置成3，即新域與舊域比例為1：3，新域為堆的1/4或32M：

java –Xms128m –Xmx128m
–XX:NewRatio =3可使用-XX:NewSize和-XX:MaxNewsize設置新域的初始值和最大值。

下面的命令把新域的初始值和最大值設置成64m:

java –Xms256m –Xmx256m –Xmn64m

永久域默認大小為4m。運行程序時，jvm會調整永久域的大小以滿足需要。每次調整時，jvm會對堆進行一次完全的垃圾收集。

使用-XX:MaxPerSize標志來增加永久域搭大小。在WebLogic Server應用程序載入較多類時，經常需要增加永久域的最大值。當jvm載入類時，永久域中的對象急劇增加，從而使jvm不斷調整永久域大小。為了避免調整，可使用-XX:PerSize標志設置初始值。

下面把永久域初始值設置成32m，最大值設置成64m。

java -Xms512m -Xmx512m -Xmn128m -XX:PermSize=32m -XX:MaxPermSize=64m

默認狀態下，HotSpot在新域中使用復制收集器。該域一般分為三個部分。第一部分為Eden，用於生成新的對象。另兩部分稱為救助空間，當Eden 充滿時，收集器停止應用程序，把所有可到達對象復制到當前的from救助空間，一旦當前的from救助空間充滿，收集器則把可到達對象復制到當前的to救助空間。From和to救助空間互換角色。維持活動的對象將在救助空間不斷復制，直到它們獲得使用期並轉入舊域。使用-XX:SurvivorRatio 可控制新域子空間的大小。

同NewRation一樣，SurvivorRation規定某救助域與Eden空間的比值。比如，以下命令把新域設置成64m，Eden佔32m，每個救助域各佔16m：

java -Xms256m -Xmx256m -Xmn64m -XX:SurvivorRation =2

如前所述，默認狀態下HotSpot對新域使用復制收集器，對舊域使用標記－清除－壓縮收集器。在新域中使用復制收集器有很多意義，因為應用程序生成的大部分對象是短壽命的。理想狀態下，所有過渡對象在移出Eden空間時將被收集。如果能夠這樣的話，並且移出Eden空間的對象是長壽命的，那麼理論上可以立即把它們移進舊域，避免在救助空間反復復制。但是，應用程序不能適合這種理想狀態，因為它們有一小部分中長壽命的對象。最好是保持這些中長壽命的對象並放在新域中，因為復制小部分的對象總比壓縮舊域廉價。為控制新域中對象的復制，可用-XX:TargetSurvivorRatio控制救助空間的比例（該值是設置救助空間的使用比例。如救助空間位1M，該值50表示可用500K）。該值是一個百分比，默認值是50。當較大的堆棧使用較低的 sruvivorratio時，應增加該值到80至90，以更好利用救助空間。用-XX:maxtenuring threshold可控制上限。

為放置所有的復制全部發生以及希望對象從eden擴展到舊域，可以把MaxTenuring Threshold設置成0。設置完成後，實際上就不再使用救助空間了，因此應把SurvivorRatio設成最大值以最大化Eden空間，設置如下：

java … -XX:MaxTenuringThreshold=0 –XX:SurvivorRatio＝50000 …

4.BEA JRockit JVM的使用

Bea WebLogic 8.1使用的新的JVM用於Intel平台。在Bea安裝完畢的目錄下可以看到有一個類似於jrockit81sp1_141_03的文件夾。這就是 Bea新JVM所在目錄。不同於HotSpot把Java位元組碼編譯成本地碼，它預先編譯成類。JRockit還提供了更細致的功能用以觀察JVM的運行狀態，主要是獨立的GUI控制台（只能適用於使用Jrockit才能使用jrockit81sp1_141_03自帶的console監控一些cpu及 memory參數）或者WebLogic Server控制台。

Bea JRockit JVM支持4種垃圾收集器：

4.1.1.分代復制收集器

它與默認的分代收集器工作策略類似。對象在新域中分配，即JRockit文檔中的nursery。這種收集器最適合單cpu機上小型堆操作。

4.1.2.單空間並發收集器

該收集器使用完整堆，並與背景線程共同工作。盡管這種收集器可以消除中斷，但是收集器需花費較長的時間尋找死對象，而且處理應用程序時收集器經常運行。如果處理器不能應付應用程序產生的垃圾，它會中斷應用程序並關閉收集。

分代並發收集器這種收集器在護理域使用排它復制收集器，在舊域中則使用並發收集器。由於它比單空間共同發生收集器中斷頻繁，因此它需要較少的內存，應用程序的運行效率也較高，注意，過小的護理域可以導致大量的臨時對象被擴展到舊域中。這會造成收集器超負荷運作，甚至採用排它性工作方式完成收集。

4.1.3.並行收集器

該收集器也停止其他進程的工作，但使用多線程以加速收集進程。盡管它比其他的收集器易於引起長時間的中斷，但一般能更好的利用內存，程序效率也較高。

默認狀態下，JRockit使用分代並發收集器。要改變收集器，可使用-Xgc:，對應四個收集器分別為 gen，singlecon，gencon以及parallel。可使用-Xms和-Xmx設置堆的初始大小和最大值。要設置護理域，則使用- Xns:java –jrockit –Xms512m –Xmx512m –Xgc:gencon –Xns128m…盡管JRockit支持-verbose:gc開關，但它輸出的信息會因收集器的不同而異。JRockit還支持memory、 load和codegen的輸出。

注意 ：如果 使用JRockit JVM的話還可以使用WLS自帶的console（C:\bea\jrockit81sp1_141_03\bin下）來監控一些數據，如cpu， memery等。要想能構監控必須在啟動服務時startWeblogic.cmd中加入－Xmanagement參數。

5.如何從JVM中獲取信息來進行調整

-verbose.gc開關可顯示gc的操作內容。打開它，可以顯示最忙和最空閑收集行為發生的時間、收集前後的內存大小、收集需要的時間等。打開- xx:+ printgcdetails開關，可以詳細了解gc中的變化。打開-XX: + PrintGCTimeStamps開關，可以了解這些垃圾收集發生的時間，自jvm啟動以後以秒計量。最後，通過-xx: + PrintHeapAtGC開關了解堆的更詳細的信息。為了了解新域的情況，可以通過-XX:=PrintTenuringDistribution開關了解獲得使用期的對象權。

6.Pdm系統JVM調整

6.1.伺服器：前提內存1G 單CPU

可通過如下參數進行調整：－server 啟用伺服器模式（如果CPU多，伺服器機建議使用此項）

－Xms,－Xmx一般設為同樣大小。 800m

－Xmn 是將NewSize與MaxNewSize設為一致。320m

－XX:PerSize 64m

－XX:NewSize 320m 此值設大可調大新對象區，減少Full GC次數

－XX:MaxNewSize 320m

－XX:NewRato NewSize設了可不設。

－XX: SurvivorRatio

－XX:userParNewGC 可用來設置並行收集

－XX:ParallelGCThreads 可用來增加並行度

－XXUseParallelGC 設置後可以使用並行清除收集器

－XX：UseAdaptiveSizePolicy 與上面一個聯合使用效果更好，利用它可以自動優化新域大小以及救助空間比值

6.2.客戶機：通過在JNLP文件中設置參數來調整客戶端JVM

JNLP中參數：initial-heap-size和max-heap-size

這可以在framework的RequestManager中生成JNLP文件時加入上述參數，但是這些值是要求根據客戶機的硬體狀態變化的（如客戶機的內存大小等）。建議這兩個參數值設為客戶機可用內存的60％（有待測試）。為了在動態生成JNLP時以上兩個參數值能夠隨客戶機不同而不同，可靠慮獲得客戶機系統信息並將這些嵌到首頁index.jsp中作為連接請求的參數。

在設置了上述參數後可以通過Visualgc 來觀察垃圾回收的一些參數狀態，再做相應的調整來改善性能。一般的標準是減少fullgc的次數，最好硬體支持使用並行垃圾回收（要求多CPU）。

Ⅳ java對象是如何調用方法的(從內存方面解釋)

首先在內存中生成對象dog，然後根據dog的eat方法簽名找到方法區的eat方法。這個沒有類型轉換，相對來說比較簡單，如果有類型轉換的話，那麼會出現動態綁定，會復雜一些的，關於內存方面的內容可以查看strutshome網站。

Ⅵ java中方法之間是如何調用的

要調用方法void showInfo()就直接在調用的地方直接寫showInfo();
要調用方法 boolean showInfo()就在調用的地方比如寫boolean ect=showInfo();
要調用方法void showInfo(String message)就在調用的地方比如寫showInfo("java functions");
有參數的括弧裡面傳參數,無參方法的括弧不能省.
有返回值的前面要加一個變數接受返回值。

方法之間是如何調用的？
比如在程序a行遇到調用方法showInfo()
程序在運行的時候會找到被調用的showInfo()方法所在的區域，如果showInfo方法是有參數的，則把參數傳過去（傳地址或者傳值），然後就初始化showInfo方法開始執行，當showInfo方法執行遇到return語句或者執行代碼結束，如果有return語句則返回一個showInfo方法的聲明類型的值到程序行的接受參數變數；此時會返回到程序的a行執行。

Ⅶ Java中的一個類怎麼調用另一個類中的方法

• 方法1. 新建一個類。然後在調用類中先進行被調用類實例化，然後通過實例化的對象訪問。例如：

//先定義一個類

(7)jvm中是如何調用方法的擴展閱讀：

Java是一門面向對象編程語言，不僅吸收了C++語言的各種優點，還摒棄了C++里難以理解的多繼承、指針等概念，因此Java語言具有功能強大和簡單易用兩個特徵。Java語言作為靜態面向對象編程語言的代表，極好地實現了面向對象理論，允許程序員以優雅的思維方式進行復雜的編程 。

Java具有簡單性、面向對象、分布式、健壯性、安全性、平台獨立與可移植性、多線程、動態性等特點 。Java可以編寫桌面應用程序、Web應用程序、分布式系統和嵌入式系統應用程序等 。

Ⅷ jvm 操作棧 怎麼調用

堆棧是JVM分配的，一般涉及的時候都是啟動JVM時。
eclipse可以在eclipse.ini 配置文件中設置，也可以在eclipse執行一個java類時，通過右鍵的參數添加部分去設置。
一般的像tomcat，weblogic這些web容器，都是應用jvm啟動的，所以在他們的啟動腳本中都會去調用JVM，就可以在他們的啟動腳本中設置堆棧的大小。
再就是直接通過java 命令去執行class文件的時候，應該也可以設置JVM參數，eg ： java -Xms512m -Xmx1024m HelloWorld
在cmd中設置，也必須是執行java命令時，否則我覺得沒有意義。

Ⅸ 如何獲得JVM執行過程中調用的方法名

這應該分成兩個問題，1.如何獲取參數值. 2.如何獲取參數名，

1.如何獲取參數值。這個是運行時的數據，你程序處理下獲取就好了。比如寫一個代理

2.參數名是在編譯的時候就寫入到class文件的。，而這些方法的參數在class中就是一個局部變數。class對於局部變數的定義和存儲專門有張表。
單純通過反射目前好像沒有辦法，通過位元組碼解析倒是可以
比如下面代碼

public static void staticMethod(String args1, String args2) {
}

局部變數表：
[pc: 0, pc: 1] local: args1 index: 0 type: java.lang.String
[pc: 0, pc: 1] local: args2 index: 1 type: java.lang.String

pc 0是每個位元組碼指令的程序計數器。[pc: 0, pc: 1] local: args1 index: 0 type: java.lang.String就是說在程序第0個指令到第1個指令的局部變數數組下標為0的變數類型是String變數名是args1.

public static void nonStaticMethod(String args1, String args2) {
}

局部變數表；
[pc: 0, pc: 1] local: this index: 0 type: asmtest.Test
[pc: 0, pc: 1] local: args1 index: 1 type: java.lang.String
[pc: 0, pc: 1] local: args2 index: 2 type: java.lang.String

這個方法比上面的方法多了一個this。因為這個方法是非靜態方法。

所以如果要獲取參數名需要解析位元組碼。這里給你一段代碼使用ASM

import java.util.ArrayList;
import java.util.HashMap;
import java.util.List;
import java.util.Map;

import org.objectweb.asm.ClassVisitor;
import org.objectweb.asm.MethodVisitor;
import org.objectweb.asm.Opcodes;
import org.objectweb.asm.Type;

public class ReadMethodArgNameClassVisitor extends ClassVisitor {

public Map<String, List<String>> nameArgMap = new HashMap<String, List<String>>();

public ReadMethodArgNameClassVisitor() {
super(Opcodes.ASM5);
}

@Override
public MethodVisitor visitMethod(int access, String name, String desc,
String signature, String[] exceptions) {
Type methodType = Type.getMethodType(desc);
int len = methodType.getArgumentTypes().length;
List<String> argumentNames = new ArrayList<String>();
nameArgMap.put(name, argumentNames);
visitor = new (Opcodes.ASM5);
visitor.argumentNames = argumentNames;
visitor.argLen = len;
return visitor;
}
}

import java.util.List;

import org.objectweb.asm.Label;
import org.objectweb.asm.MethodVisitor;

public class extends MethodVisitor {

public List<String> argumentNames;

public int argLen;

public (int api) {
super(api);
}

@Override
public void visitLocalVariable(String name, String desc, String signature,
Label start, Label end, int index) {
if("this".equals(name)) {
return;
}
if(argLen-- > 0) {
argumentNames.add(name);
}
}

}

public class POJO {

public void say(String message, int times){
}

}

import java.io.IOException;
import java.util.List;
import java.util.Map.Entry;

import org.objectweb.asm.ClassReader;

public class Test {

public static void main(String... args1) throws IOException {
ClassReader cr = new ClassReader("POJO");
ReadMethodArgNameClassVisitor classVisitor = new ReadMethodArgNameClassVisitor();
cr.accept(classVisitor, 0);
for(Entry<String, List<String>> entry : classVisitor.nameArgMap.entrySet()) {
System.out.println(entry.getKey());
for(String s : entry.getValue()) {
System.out.println(" " + s);
}
}
}

}

使用asm版本是

<dependency>
<groupId>org.ow2.asm</groupId>
<artifactId>asm-all</artifactId>
<version>5.0.3</version>
</dependency>

這里存在一個隱患，如果有些class文件做了加密混淆吧局部變數表裡面的變數名改變了，那就沒法獲得源碼級別的參數名了。