java運行時和編譯時
編譯只是編譯成了位元組碼，就是可執行的.class文件
運行時識別，主要是java的RTTI（運行時類型識別）機制和反射機制，而兩者之間的區別在於：
」對RTTI來說，編譯器在編譯期打開和檢查.class文件。（換句話說，我們可以用「普通」的方式調用一個對象的所有方法。），而對於反射機制來說，.class文件在編譯期是不可獲取的，所以是在運行期打開和檢查.class文件。「
但是同樣的，反射也需要載入這個類的Class對象，所以那個類的class對象對於jvm必須是可取的的，比如在本地機器上，或者通過網路取得，比如取得一串位元組串。
具體的內容可以參考《Thinking in java》的」類型識別「那一章，講的比較詳細的
『貳』 Java編譯時註解和運行時註解有什麼區別
區別如下：
1)編譯時註解，註解內容只存在源文件，在編譯期間將被丟棄，不能通過JVM獲取註解信息；
2)運行時註解，編譯時被存儲在.class位元組碼文件，可以通過JVM運行時獲取註解信息(且只限於被RUNTIME註解的註解)。
『叄』 請問java程序在編譯和運行時有什麼區別，系統分別都會做什麼
Java程序的編譯
使用命令： javac *.java
編譯時，會將寫的.java文件（高級語言），生成相應的位元組碼文件.class文件（二進制代碼）
Java程序的執行
使用命令：java *
流程： 載入到 -- 連接 ---- 初始化 ...
運行時，首先會由將相應的.class文件，載入到內存中，並驗證.class文件的有效性，將相應類的Class載入到內存中，並對類中的靜態變數進行初始化操作，然後就由 主 類開始執行
具體的可以看一下 JVM 類載入過程，以及jVM的內存分配機制
『肆』 簡述JAVA程序的編輯編譯和運行過程
第一步(編譯): 創建完源文件之後，程序會先被編譯為.class文件。Java編譯一個類時，如果這個類所依賴的類還沒有被編譯，編譯器就會先編譯這個被依賴的類，然後引用，否則直接引用，這個有點象make。
如果java編譯器在指定目錄下找不到該類所其依賴的類的.class文件或者.java源文件的話，編譯器話報「cant find symbol」的錯誤。
第二步（運行）：java類運行的過程大概可分為兩個過程：1、類的載入 2、類的執行。需要說明的是：JVM主要在程序第一次主動使用類的時候，才會去載入該類。也就是說，JVM並不是在一開始就把一個程序就所有的類都載入到內存中，而是到不得不用的時候才把它載入進來，而且只載入一次。
特別說明：java類中所有public和protected的實例方法都採用動態綁定機制，所有私有方法、靜態方法、構造器及初始化方法<clinit>都是採用靜態綁定機制。而使用動態綁定機制的時候會用到方法表，靜態綁定時並不會用到。
(4)java運行時和編譯時擴展閱讀：
Java整個編譯以及運行的過程相當繁瑣，本文通過一個簡單的程序來簡單的說明整個流程。
Java代碼編譯:是由Java源碼編譯器來完成;
Java位元組碼的執行:是由JVM執行引擎來完成
Java程序從源文件創建到程序運行要經過兩大步驟：
1、源文件由編譯器編譯成位元組碼（ByteCode）
2、位元組碼由java虛擬機解釋運行。因為java程序既要編譯同時也要經過JVM的解釋運行，所以說Java被稱為半解釋語言（ "semi-interpreted" language）。
『伍』 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編譯時類型和運行時類型該如何理解
編譯期只會檢查實例聲明的類型和強制轉化的類型是否存在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中的編譯期和運行期有什麼區別
編譯時是調用檢查你的源程序是否有語法錯誤，如果沒有就將其翻譯成位元組碼文件。即.class文件。
運行時是java虛擬機解釋執行位元組碼文件。
『捌』 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 運行時調用方法和編譯時調用方法有什麼不同
一個是在編譯時就確定一個是在運行過程調用中才確定的 -- 轉載以前看過的一個解釋，獲取能對你有幫助吧=====運行時類型識別(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編寫一段代碼來提高效率