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. 相同的源代码和编译环境，编译出来的可执行文件完全一致吗
不一定会一模一样，这还跟你的操作系统的环境配置有关。