在源文件中進行重新編譯
（Write once, run anywhere）」 的目標。Java類文件中包含的位元組代碼可以被不同平台上的JVM所使用。Java位元組代碼不僅可以以文件形式存在於磁碟上，也可以通過網路方式來下載，還可以只存在於內存中。JVM中的類載入器會負責從包含位元組代碼的位元組數組（byte[]）中定義出Java類。在某些情況下，可能會需要動態的生成 Java位元組代碼，或是對已有的Java位元組代碼進行修改。這個時候就需要用到本文中將要介紹的相關技術。首先介紹一下如何動態編譯Java源文件。
動態編譯Java源文件
在一般情況下，開發人員都是在程序運行之前就編寫完成了全部的Java源代碼並且成功編譯。對有些應用來說，Java源代碼的內容在運行時刻才能確定。這個時候就需要動態編譯源代碼來生成Java位元組代碼，再由JVM來載入執行。典型的場景是很多演算法競賽的在線評測系統（如PKU JudgeOnline），允許用戶上傳Java代碼，由系統在後台編譯、運行並進行判定。在動態編譯Java源文件時，使用的做法是直接在程序中調用Java編譯器。
JSR 199引入了Java編譯器API。如果使用JDK 6的話，可以通過此API來動態編譯Java代碼。比如下面的代碼用來動態編譯最簡單的Hello World類。該Java類的代碼是保存在一個字元串中的。
publicclassCompilerTest{
publicstaticvoidmain(String[]args)throwsException{
Stringsource="publicclassMain{publicstaticvoidmain(String[]args){System.out.println(\"HelloWorld!\");}}";
JavaCompilercompiler=ToolProvider.getSystemJavaCompiler();
=compiler.getStandardFileManager(null,null,null);
=newCompilerTest.StringSourceJavaObject("Main",source);
Iterable<extendsJavaFileObject>fileObjects=Arrays.asList(sourceObject);
CompilationTasktask=compiler.getTask(null,fileManager,null,null,null,fileObjects);
booleanresult=task.call();
if(result){
㈡ C語言源文件編譯問題
標准庫已經是編譯好的程序了，一般是.obj文件組成，編譯程序將庫文件取出，然後連接好地址、分配內存，不會重新編譯的，編譯的是你寫的源文件。
換句話說，像printf這樣的函數已經編譯好了等你調用，已經是機器碼了。
㈢ cmd中使用javac對整個包編譯怎麼辦對包裡面的某幾個java文件編譯怎麼辦
JAVAC 命令詳解
結構
javac [ options ] [ sourcefiles ] [ @files ]
參數可按任意次序排列。
options
命令行選項。
sourcefiles
一個或多個要編譯的源文件（例如 MyClass.java）。
@files
一個或多個對源文件進行列表的文件。
說明
javac
有兩種方法可將源代碼文件名傳遞給 javac：
?如果源文件數量少，在命令行上列出文件名即可。
?如果源文件數量多，則將源文件名列在一個文件中，名稱間用空格或回車行來進行分隔。然後在 javac 命令行中使用該列表文件名，文件名前冠以 @ 字元。
源代碼文件名稱必須含有 .java 後綴，類文件名稱必須含有 .class 後綴，源文件和類文件都必須有識別該類的根名。例如，名為 MyClass 的類將寫在名為 MyClass.java的源文件中，並被編譯為位元組碼類文件 MyClass.class。
內部類定義產生附加的類文件。這些類文件的名稱將內部類和外部類的名稱結合在一起，例如 MyClass$MyInnerClass.class。
應當將源文件安排在反映其包樹結構的目錄樹中。例如，如果將所有的源文件放在 /workspace 中，那麼 com.mysoft.mypack.MyClass 的代碼應該在 \workspace\com\mysoft\mypack\MyClass.java 中。
預設情況下，編譯器將每個類文件與其源文件放在同一目錄中。可用 -d 選項（請參閱後面的選項）指定其它目標目錄。
工具讀取用 Java 編程語言編寫的類和介面定義，並將它們編譯成位元組碼類文件。
查找類型
當編譯源文件時，編譯器常常需要它還沒有識別出的類型的有關信息。對於源文件中使用、擴展或實現的每個類或介面，編譯器都需要其類型信息。這包括在源文件中沒有明確提及、但通過繼承提供信息的類和介面。
例如，當擴展 java.applet.Applet 時還要用到 Applet 的祖先類：java.awt.Panel 、 java.awt.Container、 java.awt.Component 和 java.awt.Object。
當編譯器需要類型信息時，它將查找定義類型的源文件或類文件。編譯器先在自舉類及擴展類中查找，然後在用戶類路徑中查找。用戶類路徑通過兩種途徑來定義：通過設置 CLASSPATH 環境變數或使用 -classpath 命令行選項。（有關詳細資料，請參閱設置類路徑）。如果使用 -sourcepath 選項，則編譯器在 sourcepath 指定的路徑中查找源文件；否則，編譯器將在用戶類路徑中查找類文件和源文件。可用-bootclasspath 和 -extdirs 選項來指定不同的自舉類或擴展類；參閱下面的聯編選項。
成功的類型搜索可能生成類文件、源文件或兩者兼有。以下是 javac 對各種情形所進行的處理：
?搜索結果只生成類文件而沒有源文件： javac 使用類文件。
?搜索結果只生成源文件而沒有類文件： javac 編譯源文件並使用由此生成的類文件。
?搜索結果既生成源文件又生成類文件： 確定類文件是否過時。若類文件已過時，則 javac 重新編譯源文件並使用更新後的類文件。否則， javac 直接使用類文件。
預設情況下，只要類文件比源文件舊， javac 就認為它已過時。（ -Xdepend 選項指定相對來說較慢但卻比較可靠的過程。）
javac
注意： javac 可以隱式編譯一些沒有在命令行中提及的源文件。用 -verbose 選項可跟蹤自動編譯。
文件列表
為縮短或簡化 javac 命令，可以指定一個或多個每行含有一個文件名的文件。在命令行中，採用 '@' 字元加上文件名的方法將它指定為文件列表。當 javac 遇到以 `@' 字元開頭的參數時，它對那個文件中所含文件名的操作跟對命令行中文件名的操作是一樣的。這使得 Windows 命令行長度不再受限制。
例如，可以在名為 sourcefiles 的文件中列出所有源文件的名稱。該文件可能形如：
MyClass1.java
MyClass2.java
MyClass3.java
然後可用下列命令運行編譯器：
C:> javac @sourcefiles
選項
編譯器有一批標准選項，目前的開發環境支持這些標准選項，將來的版本也將支持它。還有一批附加的非標准選項是目前的虛擬機實現所特有的，將來可能要有變化。非標准選項以 -X 打頭。
標准選項
-classpath 類路徑
設置用戶類路徑，它將覆蓋 CLASSPATH 環境變數中的用戶類路徑。若既未指定 CLASSPATH 又未指定 -classpath，則用戶類路徑由當前目錄構成。有關詳細信息，請參閱設置類路徑。
若未指定 -sourcepath 選項，則將在用戶類路徑中查找類文件和源文件。
-d 目錄
設置類文件的目標目錄。如果某個類是一個包的組成部分，則 javac 將把該類文件放入反映包名的子目錄中，必要時創建目錄。例如，如果指定 -d c:\myclasses 並且該類名叫 com.mypackage.MyClass，那麼類文件就叫作 c:\myclasses\com\mypackage\MyClass.class。
若未指定 -d 選項，則 javac 將把類文件放到與源文件相同的目錄中。
注意： -d 選項指定的目錄不會被自動添加到用戶類路徑中。
-deprecation
顯示每種不鼓勵使用的成員或類的使用或覆蓋的說明。沒有給出 -deprecation 選項的話， javac 將顯示這類源文件的名稱：這些源文件使用或覆蓋不鼓勵使用的成員或類。
-encoding
設置源文件編碼名稱，例如 EUCJIS/SJIS。若未指定 -encoding 選項，則使用平台預設的轉換器。
-g
生成所有的調試信息，包括局部變數。預設情況下，只生成行號和源文件信息。
-g:none
不生成任何調試信息。
-g:{關鍵字列表}
只生成某些類型的調試信息，這些類型由逗號分隔的關鍵字列表所指定。有效的關鍵字有：
source
源文件調試信息
lines
行號調試信息
vars
局部變數調試信息
-nowarn
禁用警告信息。
-O
優化代碼以縮短執行時間。使用 -O 選項可能使編譯速度下降、生成更大的類文件並使程序難以調試。
在 JDK 1.2 以前的版本中，javac 的 -g 選項和 -O 選項不能一起使用。在 JDK 1.2 中，可以將 -g 和 -O 選項結合起來，但可能會得到意想不到的結果，如丟失變數或重新定位代碼或丟失代碼。-O 選項不再自動打開 -depend 或關閉 -g 選項。同樣， -O 選項也不再允許進行跨類內嵌。
-sourcepath 源路徑
指定用以查找類或介面定義的源代碼路徑。與用戶類路徑一樣，源路徑項用分號 (;) 進行分隔，它們可以是目錄、JAR 歸檔文件或 ZIP 歸檔文件。如果使用包，那麼目錄或歸檔文件中的本地路徑名必須反映包名。
注意：通過類路徑查找的類，如果找到了其源文件，則可能會自動被重新編譯。
-verbose
冗長輸出。它包括了每個所載入的類和每個所編譯的源文件的有關信息。
聯編選項
預設情況下，類是根據與 javac 一起發行的 JDK 自舉類和擴展類來編譯。但 javac 也支持聯編，在聯編中，類是根據其它 Java平台實現的自舉類和擴展類來進行編譯的。聯編時， -bootclasspath 和 -extdirs 的使用很重要；請參閱下面的聯編程序示例。
-target 版本
生成將在指定版本的虛擬機上運行的類文件。預設情況下生成與 1.1 和 1.2 版本的虛擬機都兼容的類文件。JDK 1.2 中的 javac 所支持的版本有：
1.1
保證所產生的類文件與 1.1 和 1.2 版的虛擬機兼容。這是預設狀態。
1.2
生成的類文件可在 1.2 版的虛擬機上運行，但不能在 1.1 版的虛擬機上運行。
-bootclasspath 自舉類路徑
根據指定的自舉類集進行聯編。和用戶類路徑一樣，自舉類路徑項用分號 (;) 進行分隔，它們可以是目錄、JAR 歸檔文件或 ZIP 歸檔文件。
-extdirs 目錄
根據指定的擴展目錄進行聯編。目錄是以分號分隔的目錄列表。在指定目錄的每個 JAR 歸檔文件中查找類文件。
非標准選項
-X
顯示非標准選項的有關信息並退出。
-Xdepend
遞歸地搜索所有可獲得的類，以尋找要重編譯的最新源文件。該選項將更可靠地查找需要編譯的類，但會使編譯進程的速度大為減慢。
-Xstdout
將編譯器信息送到System.out 中。預設情況下，編譯器信息送到 System.err 中。
-Xverbosepath
說明如何搜索路徑和標准擴展以查找源文件和類文件。
-J選項
將選項傳給 javac 調用的 java 啟動器。例如， -J-Xms48m 將啟動內存設為 48 兆位元組。雖然它不以 -X 開頭，但它並不是 javac 的『標准選項』。用 -J 將選項傳給執行用 Java 編寫的應用程序的虛擬機是一種公共約定。
注意： CLASSPATH 、 -classpath 、 -bootclasspath 和 -extdirs 並 不 指定用於運行 javac 的類。如此濫用編譯器的實現通常沒有任何意義而且總是很危險的。如果確實需要這樣做，可用 -J 選項將選項傳給基本的 java 啟動器。
程序示例
編譯簡單程序
一個源文件 Hello.java ，它定義了一個名叫 greetings.Hello 的類。greetings 目錄是源文件和類文件兩者的包目錄，且它不是當前目錄。這讓我們可以使用預設的用戶類路徑。它也使我們沒必要用 -d 選項指定單獨的目標目錄。
C:> dir
greetings/
C:> dir greetings
Hello.java
C:> cat greetings\Hello.java
package greetings;
public class Hello {
public static void main(String[] args) {
for (int i=0; i < args.length; i++) {
System.out.println("Hello " + args[i]);
}
}
}
C:> javac greetings\Hello.java
C:> dir greetings
Hello.class Hello.java
C:> java greetings.Hello World Universe Everyone
Hello World
Hello Universe
Hello Everyone
編譯多個源文件
該示例編譯 greetings 包中的所有源文件。
C:> dir
greetings\
C:> dir greetings
Aloha.java GutenTag.java Hello.java Hi.java
C:> javac greetings\*.java
C:> dir greetings
Aloha.class GutenTag.class Hello.class Hi.class
Aloha.java GutenTag.java Hello.java Hi.java
指定用戶類路徑
對前面示例中的某個源文件進行更改後，重新編譯它：
C:> cd
\examples
C:> javac greetings\Hi.java
由於 greetings.Hi 引用了 greetings 包中其它的類，編譯器需要找到這些其它的類。上面的示例能運行是因為預設的用戶類路徑剛好是含有包目錄的目錄。但是，假設我們想重新編譯該文件並且不關心我們在哪個目錄中的話， 我們需要將 \examples 添加到用戶類路徑中。可以通過設置 CLASSPATH 達到此目的，但這里我們將使用 -classpath 選項來完成。
C:>javac -classpath \examples \examples\greetings\Hi.java
如果再次將 greetings.Hi 改為使用標題實用程序，該實用程序也需要通過用戶類路徑來進行訪問：
C:>javac -classpath \examples:\lib\Banners.jar \
\examples\greetings\Hi.java
要執行 greetings 中的類，需要訪問 greetings 和它所使用的類。
C:>java -classpath \examples:\lib\Banners.jar greetings.Hi
將源文件和類文件分開
將源文件和類文件置於不同的目錄下經常是很有意義的，特別是在大型的項目中。我們用 -d 選項來指明單獨的類文件目標位置。由於源文件不在用戶類路徑中，所以用 -sourcepath 選項來協助編譯器查找它們。
C:> dir
classes\ lib\ src\
C:> dir src
farewells\
C:> dir src\farewells
Base.java GoodBye.java
C:> dir lib
Banners.jar
C:> dir classes
C:> javac -sourcepath src -classpath classes:lib\Banners.jar \
src\farewells\GoodBye.java -d classes
C:> dir classes
farewells\
C:> dir classes\farewells
Base.class GoodBye.class
注意：編譯器也編譯了 src\farewells\Base.java，雖然我們沒有在命令行中指定它。要跟蹤自動編譯，可使用 -verbose 選項。
聯編程序示例
這里我們用 JDK 1.2 的 javac 來編譯將在 1.1 版的虛擬機上運行的代碼。
C:> javac -target 1.1 -bootclasspath jdk1.1.7\lib\classes.zip \
-extdirs "" OldCode.java
-target 1.1
JDK 1.2 javac 在預設狀態下也將根據 1.2 版的自舉類來進行編譯，因此我們需要告訴 javac 讓它根據 JDK 1.1 自舉類來進行編譯。可用 -bootclasspath 和 -extdirs 選項來達到此目的。不這樣做的話，可能會使編譯器根據 1.2 版的 API 來進行編譯。由於 1.1 版的虛擬機上可能沒有該 1.2 版的 API，因此運行時將出錯。
選項可確保生成的類文件與 1.1 版的虛擬機兼容。在 JDK1.2 中， 預設情況下 javac 編譯生成的文件是與 1.1 版的虛擬機兼容的，因此並非嚴格地需要該選項。然而，由於別的編譯器可能採用其它的預設設置，所以提供這一選項將不失為是個好習慣。
㈣ 為什麼我每次編譯都是全部重新編譯
這里以 C 語言源程序為例，關於多個 C 語言源程序之間的編譯順序問題，這個是需要在 MAKEFILE 文本文件中寫好多個 C 語言源程序的先後順序，如果多個 C 語言源程序的先後順序寫得不正確，那麼在使用 make 命令對 MAKEFILE 做相關的編譯、鏈接工作時，就會把所有的 C 源程序都重新編譯一遍（按理說：MAKEFILE 的最大好處就是：如果整個軟體系統由多個 C 源程序組成，但是只有其中一個 C 源程序的代碼做了改動，而其他的源代碼沒有做過任何改動，那麼只需要編譯這一個 C 源程序的目標文件，然後再和別的 C 源程序的目標文件相鏈接，生成最終的可執行文件即可，而不需要整個都重新編譯一遍）
你再仔細把你的 MAKEFILE 文件中的各個 C 源程序的先後次序檢查一下，看看是否寫得有錯誤。寫 MAKEFILE 文件也是需要仔細推敲的。
㈤ [C語言] 運行C程序的步驟
(1)上機輸入和編輯源程序。通過鍵盤向計算機輸入程序，如發現有錯誤，要及時改正。最後將此源程序以文件形式存放在自己指定的文件夾內(如果不特別指定，一般存放在用戶當前目錄下)，文件用.c作為後綴，生成源程序文件，如f.c。
(2)對源程序進行編譯，先用C編譯系統提供的「預處理器」(又稱「預處理程序」或「預編譯器」)對程序中的預處理指令進行編譯預處理。例如，對於#include<stdio.h>指令來說，就是將stdio.h頭文件的內容讀進來，取代#include<stdio.h＞行。由預處理得到的信息與程序其他部分一起組成一個完整的、可以用來進行正式編譯的源程序，然後由編譯系統對該源程序進行編譯。
編譯的作用首先是對源程序進行檢查，判定它有無語法方面的錯誤，如有，則發出「出錯信息」，告訴編程人員認真檢查改正。修改程序後重新進行編譯，如果還有錯，再發出「出錯信息」。如此反復進行，直到沒有語法錯誤為止。這時，編譯程序自動把源程序轉換為二進制形式的目標程序(在Visual C++中後綴為.obj，如f.obj)。如果不特別指定，此目標程序一般也存放在用戶當前目錄下，此時源文件沒有消失。
在用編譯系統對源程序進行編譯時，自動包括了預編譯和正式編譯兩個階段，一氣呵成。用戶不必分別發出二次指令。
(3)進行連接處理。經過編譯所得到的二進制目標文件(後綴為.obj)還不能供計算機直接執行。前面已說明：一個程序可能包含若干個源程序文件，而編譯是以源程序文件為對象的，一次編譯只能得到與一個源程序文件相對應的目標文件(也稱目標模塊)，它只是整個程序的一部分。必須把所有的編譯後得到的目標模塊連接裝配起來，再與函數庫相連接成一個整體，生成一個可供計算機執行的目標程序，稱為可執行程序(executive program)，在Visual C++中其後綴為.exe，如f.exe。
即使一個程序只包含一個源程序文件，編譯後得到的目標程序也不能直接運行，也要經過連接階段，因為要與函數庫進行連接，才能生成可執行程序。
以上連接的工作是由一個稱為「連接編輯程序」(linkage editor)的軟體來實現的。
(4)運行可執行程序，得到運行結果。
以上過程如圖1.2所示。其中實線表示操作流程，虛線表示文件的輸入輸出。例如，編輯後得到一個源程序文件f.c，然後在進行編譯時再將源程序文件f.c輸入，經過編譯源程序，找出問題，修改源程序，並重新編譯，直到無錯為止。有時編譯過程未發現錯誤，能生成可執行程序，但是運行的結果不正確。一般情況下，這不是語法方面的錯誤，而可能是程序邏輯方面的錯誤，例如計算公式不正確、賦值不正確等，應當返回檢查源程序，並改正錯誤。
為了編譯、連接和運行C程序，必須要有相應的編譯系統。目前使用的很多C編譯系統都是集成開發環境(IDE)的，把程序的編輯、編譯、連接和運行等操作全部集中在一個界面上進行，功能豐富，使用方便，直觀易用。
㈥ 一個成熟軟體的源文件，如何用VC來編譯成EXE文件
先看看有沒有sln或者dsw文件，有的話直接用vc打開，然後重新編譯下工程就行了，如果沒有，那可能是被作者刪除了，那就自己建個新的工程，然後把裡面的頭文件和源文件都添加到工程，再看看那些庫需要鏈接進來的就到工程屬性中去設置，沒的話就直接編譯整個工程就行了，這樣也會生成exe文件
㈦ 如何修改exe文件內容
以改exe文件圖表為例：
1、網上下載一個叫ResEditor V5.8小軟體工具，就可以用來修改任何未加殼的exe程序的圖標，標題，版本信息，備注、公司名稱等信息。
㈧ java源程序怎麼編譯啊
命令錯了
你該是初學的 先確定你的classpath和path兩個環境變數設對了
先輸入 D： 回車 //進入d盤
再輸入 cd my file 回車 //進入源文件所在地
最後輸入 javac Helloworld.java 回車 //進行編譯 編譯後會有個class文件在同目錄下生成
輸入 java Helloworld 回車 //執行程序
另外 在命令框輸入 help 回車 有系統的默認命令符介紹
㈨ devexpress源碼重編譯是什麼意思
本文以DevExpress 11.1.8舉例 必須滿足幾個條件
1、 必須有DXperience相應版本的全部源代碼SourceCode。把全部源代碼復制到X:\Program Files\DevExpress XXX\Components\Sources目錄。目標目錄的默認位置是在C:\Program Files\DevExpress 20XX\Components\Sources（其中X.X為應替換相應的版本號，以下不再重復說明）。
2、 必須有一個強名稱的文件。該文件可以是你自己生成的，或者是團隊項目中約定的某人生成的文件。要創建此文件，必須執行下面的命令建立你自己的密鑰：sn -k StrongKey.snk並且復制新生成的強命名密鑰StrongKey.snk文件到Sources目錄下的/ Devexpress.Key /目錄。該強名稱Sn.exe工具位於/Program Files/Microsoft Visual Studio 8/SDK/v2.0/Bin目錄。當然如果是約定的某人生成的文件則直接將文件復制到/ Devexpress.Key /即可。PS。該文件擁有一個對應的PublicKeyToken之後也要使用。
3、 解壓編譯腳本。將下載的相應版本的編譯腳本壓縮包解壓，然後將所有文件復制到DXperience安裝目錄的Sources子目錄下。
下面開始處理
===============================================================================================
如果之前已安裝過其它版本的DevExpress要執行清除程序集的步驟，如果是初次安裝可以跳過這一步
運行C:\Program Files\DevExpress 2011.1\Components\Sources\clear.bat
註：執行該步驟時如果出現「程序集鎖定」的提示請關閉正在運行的程序，重啟IIS Admin 服務，然後在執行一次clear.bat
===============================================================================================
執行C:\Program Files\DevExpress 2011.1\Components\Sources\buildall.cmd
等待執行完畢，執行完畢後會生成兩個文件
C:\Program Files\DevExpress 2011.1\Components\Sources\PublicKeyToken.txt -- 公鑰文件
C:\Program Files\DevExpress 2011.1\Components\Sources\DevExpress.Key\StrongKey.snk -- 私鑰文件
===============================================================================================
打開PublicKeyToken.txt，復制那一串字元如：aea63221faec5671 共16位
在命令行運行如下命令替換公鑰
"%ProgramFiles%\DevExpress 2011.1\Components\Tools\DXperience\ProjectConverter-console.exe" /r /k:<換成你的公鑰> "<源碼解壓的目錄>"
在這里我的是這樣
"%ProgramFiles%\DevExpress 2011.1\Components\Tools\DXperience\ProjectConverter-console.exe" /r /k:233e5082d2bfa4a0 "%ProgramFiles%\DevExpress 2011.1\Components\Sources"
至此控制項部分已經從新編譯完畢。但是Demo卻不能運行了，若要查看Demo就使用公鑰對Demo重新編譯一次就可以了
編譯完源文件後要
開始 → 程序 → Developer Express v2011 vol 1 → Components → Tools → ToolboxCreator
重建下IDE的工具欄
更新以前項目的公鑰
經過重新編譯後的DevExpess控制項私鑰和公鑰都已經改變，如果在編譯前使用過DevExpess的控制項，在編譯後將無法繼續使用
我們可以通過DevExpress的升級工具對項目進行升級，步驟如下：
開始 -> 程序 -> Developer Express v2011 vol 1 -> Components -> Tools -> ProjectConverter
打開 Project Convert (11.1.6.0) 後可以按單個項目(Project folder)升級或多個項目同時升級(Folder list)
勾選 show advanced option(顯示高級選項) 後在 Custom public key token 欄輸入
C:\Program Files\DevExpress 2011.1\Components\Sources\PublicKeyToken.txt 文件中的公鑰值 如：233e5082d2bfa4a0
Hint path behavior 選擇 Upldate ，然後點擊右下角的 Upgrade 按鈕，等待程序替換公鑰完畢後就可以了