java編譯時和運行時

⑴ 我寫了個java代碼，編譯沒有問題，但是執行的時候就出了一堆亂七八糟的代碼，這是怎麼回事

原因是你編譯使用的javac，把代碼編譯成版本61的class，而你的運行環境java，是一個老版本，能執行的上限是52版本。

解決方法有兩個：

1，安裝和JDK相同版本的Java運行時（JRE），並正確設置PATH變數。驗證方法是：

在黑窗口裡分別輸入java -version和javac -version，兩個版本要一致，或者java的版本更高。

相關命令截圖如下：

⑵ java 運行時調用方法和編譯時調用方法有什麼不同

一個是在編譯時就確定一個是在運行過程調用中才確定的 -- 轉載以前看過的一個解釋，獲取能對你有幫助吧=====運行時類型識別(Run-time Type Identification, RTTI)主要有兩種方式，一種是我們在編譯時和運行時已經知道了所有的類型，另外一種是功能強大的「反射」機制。

要理解RTTI在Java中的工作原理，首先必須知道類型信息在運行時是如何表示的，這項工作是由「Class對象」完成的，它包含了與類有關的信息。類是程序的重要組成部分，每個類都有一個Class對象，每當編寫並編譯了一個新類就會產生一個Class對象，它被保存在一個同名的.class文件中。在運行時，當我們想生成這個類的對象時，運行這個程序的Java虛擬機(JVM)會確認這個類的Class對象是否已經載入，如果尚未載入，JVM就會根據類名查找.class文件，並將其載入，一旦這個類的Class對象被載入內存，它就被用來創建這個類的所有對象。一般的RTTI形式包括三種：

1.傳統的類型轉換。如「(Apple)Fruit」，由RTTI確保類型轉換的正確性，如果執行了一個錯誤的類型轉換，就會拋出一個ClassCastException異常。

2.通過Class對象來獲取對象的類型。如

Class c = Class.forName(「Apple」);

Object o = c.newInstance();

3.通過關鍵字instanceof或Class.isInstance()方法來確定對象是否屬於某個特定類型的實例，准確的說，應該是instanceof / Class.isInstance()可以用來確定對象是否屬於某個特定類及其所有基類的實例，這和equals() / ==不一樣，它們用來比較兩個對象是否屬於同一個類的實例，沒有考慮繼承關系。

反射

如果不知道某個對象的類型，可以通過RTTI來獲取，但前提是這個類型在編譯時必須已知，這樣才能使用RTTI來識別。即在編譯時，編譯器必須知道所有通過RTTI來處理的類。

使用反射機制可以不受這個限制，它主要應用於兩種情況，第一個是「基於構件的編程」，在這種編程方式中，將使用某種基於快速應用開發(RAD)的應用構建工具來構建項目。這是現在最常見的可視化編程方法，通過代表不同組件的圖標拖動到圖板上來創建程序，然後設置構件的屬性值來配置它們。這種配置要求構件都是可實例化的，並且要暴露其部分信息，使得程序員可以讀取和設置構件的值。當處理GUI時間的構件時還必須暴露相關方法的細細，以便RAD環境幫助程序員覆蓋這些處理事件的方法。在這里，就要用到反射的機制來檢查可用的方法並返回方法名。Java通過JavaBeans提供了基於構件的編程架構。

第二種情況，在運行時獲取類的信息的另外一個動機，就是希望能夠提供在跨網路的遠程平台上創建和運行對象的能力。這被成為遠程調用(RMI)，它允許一個Java程序將對象分步在多台機器上，這種分步能力將幫助開發人員執行一些需要進行大量計算的任務，充分利用計算機資源，提高運行速度。

Class支持反射，java.lang.reflect中包含了Field/Method/Constructor類，每個類都實現了Member介面。這些類型的對象都是由JVM在運行時創建的，用來表示未知類里對應的成員。如可以用Constructor類創建新的對象，用get()和set()方法讀取和修改與Field對象關聯的欄位，用invoke()方法調用與Method對象關聯的方法。同時，還可以調用getFields()、getMethods()、getConstructors()等方法來返回表示欄位、方法以及構造器的對象數組。這樣，未知的對象的類信息在運行時就能被完全確定下來，而在編譯時不需要知道任何信息。

另外，RTTI有時能解決效率問題。當程序中使用多態給程序的運行帶來負擔的時候，可以使用RTTI編寫一段代碼來提高效率

⑶ Java編譯時註解和運行時註解有什麼區別

重寫，重載，泛型，分別是在運行時還是編譯時執行的

1. 方法重載是在編譯時執行的，因為，在編譯的時候，如果調用了一個重載的方法，那麼編譯時必須確定他調用的方法是哪個。如：

當調用evaluate("hello")時候，我們在編譯時就可以確定他調用的method #1.

2.
方法的重寫是在運行時進行的。這個也常被稱為運行時多態的體現。編譯器是沒有辦法知道它調用的到底是那個方法，相反的，只有在jvm執行過程中，才知曉到底是父子類中的哪個方法被調用了當有如下一個介面的時候，我們是無法確定到底是調用父類還是子類的方法

3.
泛型(類型檢測)，這個發生在編譯時。編譯器會在編譯時對泛型類型進行檢測，並吧他重寫成實際的對象類型(非泛型代碼)，這樣就可以被JVM執行了。這個過程被稱為"類型擦除"。

類型擦除的關鍵在於從泛型類型中清除類型參數的相關信息，並且再必要的時候添加類型檢查和類型轉換的方法。

類型擦除可以簡單的理解為將泛型java代碼轉換為普通java代碼，只不過編譯器更直接點，將泛型java代碼直接轉換成普通java位元組碼。類型擦除的主要過程如下：

1). 將所有的泛型參數用其最左邊界(最頂級的父類型)類型替換。

2). 移除所有的類型參數。

在編譯後變成：

4. 註解。註解即有可能是運行時也有可能是編譯時。

如java中的@Override註解就是典型的編譯時註解，他會在編譯時會檢查一些簡單的如拼寫的錯誤(與父類方法不相同)等

同樣的@Test註解是junit框架的註解，他是一個運行時註解，他可以在運行時動態的配置相關信息如timeout等。

5. 異常。異常即有可能是運行時異常，也有可能是編譯時異常。

RuntimeException是一個用於指示編譯器不需要檢查的異常。RuntimeException
是在jvm運行過程中拋出異常的父類。對於運行時異常是不需要再方法中顯示的捕獲或者處理的。

已檢查的異常是被編譯器在編譯時候已經檢查過的異常，這些異常需要在try/catch塊中處理的異常。

6. AOP. Aspects能夠在編譯時，預編譯時以及運行時使用。

1).
編譯時：當你擁有源碼的時候，AOP編譯器(AspectJ編譯器)能夠編譯源碼並生成編織後的class。這些編織進入的額外功能是在編譯時放進去的。

2). 預編譯時：織入過程有時候也叫二進制織入，它是用來織入到哪些已經存在的class文件或者jar中的。

3). 運行時：當被織入的對象已經被載入如jvm中後，可以動態的織入到這些類中一些信息。

7. 繼承：繼承是編譯時執行的，它是靜態的。這個過程編譯後就已經確定

8. 代理(delegate)：也稱動態代理，是在運行時執行。

⑷ java編譯時類型和運行時類型該如何理解

編譯期只會檢查實例聲明的類型和強制轉化的類型是否存在extend/implement關系，因為從聲明變數類型，到強制轉化變數的類型之間可能存在編譯期無法解析的代碼，雖然示例中只是一個簡單的賦值，肉眼就可以判斷實際類型，但是對於編譯器來說是無法判斷的，舉個簡單的例子：
public static void foo(boolean flag) {
Useful xx = flag ? new Useful() : new MoreUseful();
((MoreUseful)xx).g(); // 編譯器如何判斷此處是否有錯誤？
// flag=false的時候可以正常運行，就不能說這里有編譯期錯誤}public static void main(String[] args) {
foo(true);
foo(false);
}

⑸ 運行java程序時，為什麼要先編譯再運行，編譯運行一起進行不行嗎

java講究的是 一次編譯 處處運行，也就是提高了程序的一致性。java的程序之所在不同的操作系統上的運行結果是一樣的，是因為java虛擬機。

所以要運行java都要裝一個叫jdk的東西，裡面有java的虛擬機。這個虛擬機就是來解釋我們寫的代碼。通過這個虛擬機，就實現了代碼的移植。

我們寫好的程序，通過虛擬機，編譯成class文件，然後在運行。但是我們只需要編譯一次即可。

⑹ Java之運行時異常與編譯時異常區別

Java中用2種方法處理異常：

1.在發生異常的地方直接處理；

2.將異常拋給調用者,讓調用者處理。

Java常見的異常：

(1)編譯時異常:Java.lang.Exception

(2)運行期異常:Java.lang.RuntimeException

Java.lang.Exception和Java.lang.Error繼承自Java.lang.Throwable;

Java.lang.RuntimeException繼承自Java.lang.Exception.

編譯時異常： 程序正確，但因為外在的環境條件不滿足引發。例如：用戶錯誤及I/O問題----程序試圖打開一個並不存在的遠程Socket埠。這不是程序本身的邏輯錯誤，而很可能是遠程機器名字錯誤(用戶拼寫錯誤)。對商用軟體系統，程序開發者必須考慮並處理這個問題。Java編譯器強制要求處理這類異常，如果不捕獲這類異常，程序將不能被編譯。

運行期異常： 這意味著程序存在bug，如數組越界，0被除，入參不滿足規范.....這類異常需要更改程序來避免，Java編譯器強制要求處理這類異常。

⑺ 請問java程序在編譯和運行時有什麼區別，系統分別都會做什麼

Java程序的編譯
使用命令： javac *.java
編譯時，會將寫的.java文件（高級語言），生成相應的位元組碼文件.class文件（二進制代碼）
Java程序的執行
使用命令：java *
流程： 載入到 -- 連接 ---- 初始化 ...
運行時，首先會由將相應的.class文件，載入到內存中，並驗證.class文件的有效性，將相應類的Class載入到內存中，並對類中的靜態變數進行初始化操作，然後就由 主 類開始執行
具體的可以看一下 JVM 類載入過程，以及jVM的內存分配機制

⑻ 請問java中的編譯期和運行期有什麼區別

編譯期和運行期進行的操作是不相同的，編譯器只是進行語法的分析，分析出來的錯誤也只是語法上的錯誤，而運行期在真正在分配內存··
比如說你寫一個while循環，一直往棧里寫，編譯器是不會出錯的，可是運行期就會出現棧滿的錯誤··

⑼ Java創建對象是在編譯時還是在運行時

運行期。編譯好的java程序(即.class文件)需要運行在JVM中。程序，無論代碼還是數據，都需要存儲在內存中。JVM為java程序提供並管理所需要的內存空間。JVM內存分為"堆"、"棧"、"方法區"三個區域，分別用於存儲不同數據。首先JVM會檢查創建這個對象的類是否是一個以前從沒有見過的類型，如果不是，JVM將為其分配內存，如果是，java虛擬機將調用具體的ClassLoader找到對應的.class文件，並將這個文件的內容讀到內存中去。
1)堆:
1.1)用於存儲所有new出來的對象(包括成員變數)。
1.2)垃圾:沒有任何引用所指向的對象。
垃圾回收器(GC)不定時到內存中清掃垃圾，
並不一定一發現垃圾就立刻回收，
回收過程是透明的(看不到的)，
通過調用System.gc()可以建議虛擬機盡快調度GC來回收。
1.3)內存泄漏:不再使用的內存沒有被及時的回收。
建議:不再使用的對象，及時將引用設置為null。
1.4)成員變數的生命周期:
創建對象時存儲在堆中，對象被回收時一並被回收。
2)棧:
2.1)用於存儲正在調用的方法中的所有局部變數(包括參數)
2.2)JVM會為每一個正在調用的方法分配一塊對應的棧幀，
棧幀中存儲方法中的局部變數(包括參數)，
方法調用結束時，棧幀被清除，局部變數一並被清除。
2.3)局部變數的生命周期:
調用方法時存在棧中，方法結束時與棧幀一並被清除。
3)方法區:
3.1)用於存儲.class位元組碼文件(包括方法)。
3.2)方法只有一份，通過this來區分具體的對象。
既然對象在堆中創建，因此Java創建對象是在運行時，而不是編譯時。

⑽ 請問java中的編譯期和運行期有什麼區別

編譯時是調用檢查你的源程序是否有語法錯誤，如果沒有就將其翻譯成位元組碼文件。即.class文件。
運行時是java虛擬機解釋執行位元組碼文件。