A. 如何將源代碼編譯成jar包
先打開命令提示符(win2000或在運行框里執行cmd命令，win98為DOS提示符)，輸入jar Chelp,然後回車(如果你盤上已經有了jdk1.1或以上版本)，看到什麼：
用法：jar {ctxu}[vfm0Mi] [jar-文件] [manifest-文件] [-C 目錄] 文件名 ...
選項：
-c 創建新的存檔
-t 列出存檔內容的列表
-x 展開存檔中的命名的（或所有的〕文件
-u 更新已存在的存檔
-v 生成詳細輸出到標准輸出上
-f 指定存檔文件名
-m 包含來自標明文件的標明信息
-0 只存儲方式；未用zip壓縮格式
-M 不產生所有項的清單（manifest〕文件
-i 為指定的jar文件產生索引信息
-C 改變到指定的目錄，並且包含下列文件：
如果一個文件名是一個目錄，它將被遞歸處理。
清單（manifest〕文件名和存檔文件名都需要被指定，按'm' 和 'f'標志指定的相同順序。
首先在資源文件當前目錄寫一個清單文件example.mf
mf文件應是以下格式：
第一行為：
Main-Class: Hello
然後最少兩個空行。
其中的Hello．class是你寫的程序中main函數所在的那個類名。
有兩點必須記得：
1，在第一行中"Main-class:"之後一定要有一個空格。後有最少兩個空行
2，類名不能寫成Hello.class的格式，要省了後輟。
我試過了，你錯的原因是"Main-class:"之後沒有一個空格。
在CLASS目錄下運行：jar cfm example.jar example.mf A.class B.class
示例1：將兩個class文件存檔到一個名為 'classes.jar' 的存檔文件中：
jar cvf classes.jar Foo.class Bar.class
示例2：用一個存在的清單（manifest）文件 'mymanifest' 將 foo/ 目錄下的所有文件存檔到一個名為 'classes.jar' 的存檔文件中：
jar cvfm classes.jar mymanifest -C foo/ .
來個小例子試試看：
我們只有一個HelloWorld，如下：
public class HelloWorld{
public static void main(String[ ] args){
System.out.println("Hi, Hello World!");
}
}
將這個java文件存到C盤跟目錄下，ok，接下來，
在先前打開的命令提示符下(跳轉到C盤提示符下)，我們輸入javac HelloWorld.java，然後繼續輸入：jar cvf hello.jar HelloWorld.class，回車後去你的C盤看看，多了什麼，沒錯 hello.jar 。
基本的步驟我們現在都知道了，你可以自己去嘗試一下隨著jar後面的參數的不同，結果有什麼變化。
緊接著我們看看如何運行我們的jar包。
在進入正題之前，你要先打開我們剛剛做好的jar包看看，多了什麼呢，META-INF目錄？再看看裡面是什麼，還有一個MANIFEST.MF文件是不是？用文本編輯器(我這里是UltraEdit)打開它看看：
Manifest-Version: 1.0
Created-By: 1.4.2 (Sun Microsystems Inc.)
就是這樣。這里我們對它進行修改，加一句：Main-Class: HelloWorld (在第三行)。這個就是我們之前寫的那個類，也就是我們的入口類。也即，
Manifest-Version: 1.0
Created-By: 1.4.2 (Sun Microsystems Inc.)
Main-Class: HelloWorld
接下來，我們在命令提示符里執行：
jar umf MANIFEST.MF app.jar (應該是hello.jar吧)
這樣我們使用了我們自己的MANIFEST.MF文件對原來默認的進行了更新。你不妨可以再進去看看是不是添上了Main-
Class: HelloWorld這一句。 (是嗎，我怎麼沒試出來，提示
java.io.FileNotFoundException:MANIFEST.MF（系統找不到指定的文件）怎麼回事？
)
Ok，這個最後的一步了，來驗證我們做的一切，在命令提示符中輸入：
java -jar hello.jar(執行)
出現了什麼， Hi, Hello World!
我們再來看看jar文件在tomcat中發布，注意：在tomcat中我們就不能再用jar這種格式，而改war格式，它是專門用於web應用的，其實整個過程下來基本上和jar是類似的：
先准備我們要打包的資源。
找到存放tomcat的webapps目錄，進到其中，新建一個文件夾，這里命名為hello，再進去新建WEB-INF文件夾，再進去新
建 classes文件夾，此時我們也將我們唯一的servlet，HelloWorld.java放到這里，在與classes目錄同級下建立一文
件 web.xml。Ok，目前我們初步建立了一個簡單的web應用。
這是HelloWorld.java：
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
public class HelloWorld extends HttpServlet {
public void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
res.setContentType("text/html");
PrintWriter out = res.getWriter();
out.println("");
out.println("");
out.println("");
out.println("Hello, World!");
out.println("");
}
}//end here!
對它編譯。下面是web.xml：
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.
//DTD Web Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app>
<servlet>
<servlet-name>hello</servlet-name>
<servlet-class>HelloWorld</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>hello</servlet-name>
<url-pattern>/HelloWorld</url-pattern>
</servlet-mapping>
</web-app>
在命令提示符下進到先前創制的hello目錄下，執行 jar cvf hello.war * ，我們便得到hello.war。將它拷貝至webapps目錄下，ok，來看最後一步，打開tomcat的目錄conf中的server.xml，加入：
<Context path="/hello" docBase="hello.war" debug="0" reloadable="true"/>
大功告成！運行它，啟動tomcat，後在瀏覽器中輸入http://localhost:8080/hello/HelloWorld，有了嗎？
最後，如果你想用ant來完成以上的打包活動，下面就告訴你：
對於jar來說。在build.xml中，
<target name="jar">
<jar destfile="${app_home}/hello.jar">
<fileset dir="${dest}" includes="**"/>
<!--fileset dir="${dest}" includes="**/action.properties"/-->
</jar>
</target>
對於war，
<war warfile="hello.war" webxml="./WEB-INF/web.xml">
<fileset dir="html"/>
<lib dir="lib/">
<exclude name="oracle*.jar"/>
</lib>
<classes dir="build/servlets">
<include name="**/*.class"/>
</classes>
</war>
好了，就這么多，希望對你有點幫助。：）
補充：
jar基本操作：
1. 創建jar文件
jar cf jar-file input-file(s)
c---want to Create a JAR file.
f---want the output to go to a file rather than to stdout.
eg: 1)jar cf myjar.jar query_maintain_insert.htm
2)jar cvf myjar.jar query_maintain_insert.htm
v---Proces verbose(詳細的) output.
3)jar cvf myjar.jar query_maintain_insert.htm mydirectory
4)jar cv0f myjar.jar query_maintain_insert.htm mydirectory
0---don't want the JAR file to be compressed.
5)jar cmf MANIFEST.MF myjar.jar yahh.txt
m---Used to include manifest information from an existing manifest file.
6)jar cMf MANIFEST.MF myjar.jar yahh.txt
M---the default manifest file should not be proced.
7)jar cvf myjar.jar *
*---create all contents in current directory.
2. 察看jar文件
jar tf jar-file
t---want to view the Table of contents of the JAR file.
eg: 1)jar vft yahh.jar
v---Proces verbose(詳細的) output.
3. 提取jar文件
jar xf jar-file [archived-file(s)]
x---want to extract files from the JAR archive.
eg: 1)jar xf yahh.jar yahh.txt(僅提取文件yahh.txt)
2)jar xf yahh.jar alex/yahhalex.txt(僅提取目錄alex下的文件yahhalex.txt)
3)jar xf yahh.jar(提取該jar包中的所有文件或目錄)
4. 修改Manifest文件
jar cmf manifest-addition jar-file input-file(s)
m---Used to include manifest information from an existing manifest file.
5. 更新jar文件
jar uf jar-file input-file(s)
u---want to update an existing JAR file
B. 如何自己編譯源代碼
我們使用編譯器將自己的源代碼轉換成目標代碼， 使用鏈接器將我們的目標代碼鏈接成一個可執行程序。另外， 我們使用一些程序在計算機中輸入源代碼文本並且編輯它。這些是最初的和最重要的工具， 它們構成程序員的工具集合或「程序開發環境」。 如果你使用的是命令行窗口， 就像很多專業程序員所做的那樣， 你將不得不自己來編寫編譯和鏈接命令。如果你使用IDE(「互動式開發環境」或「集成式開發環境」)， 就像很多程序員所做的那樣， 簡單地點擊正確按鈕就可以完成這個工作。附錄C介紹了如何在你的C++實現中編譯和鏈接。 IDE通常包括一個具有有用特性的編輯器， 例如用不同顏色的代碼來區分你的源代碼中的注釋、 關鍵字和其他部分， 以及其他幫助你來調試代碼、 編譯和運行代碼的功能。調試是發現程序中的錯誤和排除錯誤的活動， 你在前進的道路上會聽到很多有關它的內容。 我們使用微軟的Visual C++作?喑炭 ⒒肪呈道 H綣 頤羌虻サ廝怠氨嘁肫鰲被蚴恰癐DE」的某些部分， 那就是所指Visual C++系統。但是， 你可以使用一些提供最新的、 符合標準的C++實現的系統。我們所說的大多數內容(經過微小的修改)對所有的C++實現都將是正確的， 並且其代碼可以在任何地方運行。在工作中， 我們使用幾種不同的實現。
C. 源碼怎麼編譯
使用編譯器如VC++6.0,VC++2008
D. 相同的c語言代碼，在不同的編譯器，不同的操作系統上面生成的指令是不是不同的
不同的CPU生成的指令不一樣、不同的編譯器C語言實現方式不一樣、不同的操作系統API不一樣。使用C語言只能做到源代碼級別的跨平台和跨編譯器。
E. 請問用不同編譯器編譯同一段源代碼得到的目標程序是否完全一樣呢那反編譯是否能得到與之前一模一樣的...
不一樣，建議你看看 PE文件結構，就是WINDOWS下面運行的exe程序文件。
不能，只能得到匯編代碼。就算你用的匯編語言寫的，也不能，因為WIN32下匯編寫程序必然會運用大量的宏匯編和變數定義。100字數限制不能多寫了
F. 相同的程序源碼，不同的編程軟體，出來的結果會不會不一樣
會，因為C/C++的規范不是特別嚴格，有時候不同編譯器對規范的理解不一樣。最經典例子就是
i = 0; j = i++ + i++ + i++;...
G. linux 下的gcc和windows 下的gcc相同嗎gcc的源代碼是否相同對同一程序編譯出來的可執行文件是否相同
linux下的gcc 和 windows下的gcc，是GNU針對兩個不同的平台發行的，兩個不同版本的編譯器，源代碼不完全相同，但大部分地方是相同跨平台的代碼。只需要用的時候，configure成相應的平台，它就會編譯成相應平台用的gcc。
對於同一個程序，在兩個不同的平台下編譯出來的可執行文件是不相同的，linux下編譯好的helloWorld程序在windows上面是不能運行的。
但是，linux下編譯好的helloworld在linux下運行，與windows下編譯好的helloworld在windows里運行的效果，是相同的。
H. C++,一模一樣的代碼 編譯一下錯一下對..確定已經編譯前保存了的.
VS沒有報錯，你用的DEV 吧？ 你試試編譯報錯的時候清除所有編譯文件，全部重新編譯試試。可能是編譯器的問題。語法上是沒有問題的。
朋友，請【採納答案】，您的採納是我答題的動力，如果沒有明白，請追問。謝謝。
I. 相同的源程序用keil c51編譯，keil版本也一樣，但生成的HEX文件卻有差異，這是為什麼
可能性很多啊，例如
工程設置，例如帶不帶那個a51的初始化程序等
編譯模式
編譯時優化級別等選項
晶元選擇
...
J. 相同的源代碼和編譯環境，編譯出來的可執行文件完全一致嗎
不一定會一模一樣，這還跟你的操作系統的環境配置有關。