如果是用Exlipse， 第三方的包可以放在eclipse文件夹的jre包的lib文件夹中！
（初学者的一些总结～高手们勿喷哈～）
原因：
以前一直用Eclispe编程环境运行Java。非常舒服，就像用傻瓜相机照相一般。
有看见许多高手都是直接用vim编辑文件，命令行编译运行，觉得那样不是反而更繁琐？
转折点是在前几天本科毕设题目选定之后。毕设题是一个基于java 字节码的类关系动态分析。需要对.class文件中字节码进行更改（具体的说是在许多指令后加入做标记的新指令，以实现动态跟踪的目的）。
我发现，eclipse根本无法如此灵活，他无法直接装载运行一个我修改过的.class文件。它是照顾大多数的一般情况。它为我们做了很多事情：自动将.java源文件编译成.class字节文件，帮我们加载类、运行。但却无法满足我个性化的需求。命令行虽然麻烦，却是更加本质。
至少从这一点上看，java的命令行编译运行还是非常重要的。
我查阅了不少网上资料，发现资料虽多，却并不齐全，也不是太清晰。于是整理如下，希望对初涉java命令行编译运行的筒子有些帮助吧！
许多初学者编译运行时候的Exception的发生，下面的方法都能解决了～如果你遇到什么问题，仔细看看下面先～说不定有所帮助噢。
java的运行机制的基本概念：
源文件 也就是我们熟知的.java文件。
类文件 .class文件是编译器由.java文件编译而成。众所周知，Java的跨平台性在于Java虚拟机（JVM）这一层对硬件的隔离，而.class文件可以理解为JVM中的执行文件（自己的理解，可能不太准确）。里面存储的是java字节码，java bytecode 是基于栈的(stack based）(关于字节码和JVM更详细的官方解释可以参照 The Java Virtual Machine Specification ，如果嫌那本书太厚，另外再推荐一本 Programming for the Java Virtual Machine)。
编译 Java的编译一般是指从源文件(.java文件)到类文件（.class文件）的转化过程。在JDK命令行中是 javac 命令（java compiler的缩写～跟C语言木关系的～）
运行 在JVM中执行.class文件。是 java 命令。
CLASSPATH 环境变量，存储着编译某文件或运行某类时，所要搜索的目录。 比如：在Hello.java中有使用到一个第三方包ThirdPart.jar中的类，那么必须在classpath中添加相应的路径，让编译器能找到它。（注意～把ThirdParty.jar放在当前的工作目录下，没有告诉环境变量也是不行的～编译器只认环境变量的！）同样的道理，在运行某类文件时，有涉及到第三方jar包的也必须添加到CLASSPATH中。一般的，有三种方式修改环境变量。
1.在javac 或者java命令中，使用 -classpath 选项，后面跟着需要的目录地址。显然，这种方法只能在当前语句范围内生效。
2.直接命令行修改CLASSPATH或者PATH # PATH=$JAVA_HOME/bin:/home/username/bin
#export PATH
不过这种方法只能在此次运行中生效。
3.永久生效的方法是修改配置文件。在 /etc/profile 或者 /etc/profile.d 或者其他，不同操作系统发行版地点不同。在文件中加上CLASSPATH=......（相应路径），重启电脑即可（也可一执行source命令，那样不用重启就已经生效啦～# source /etc/profile.d 其实 . 跟source是一样的效果噢～ #. /etc/profile.d )
PATH环境变量 跟CLASSPATH 类似，只不过它不是用来寻找类的，而是用来寻找java相关执行文件的。可以通过 java -version 命令来查看自己是否已经设置好了PATH（如果显示了详细java信息，则已经设置好了，没有的话，还需要找到java的安装位置，重新设置）
环境变量的具体相关信息，参照doc PATH and CLASSPATH 和 Setting the class path。
jar包
java里用package的概念避免重复命名的问题。有点像C++的namespace。同一个包里的类是可以直接使用的。不同包的话，则需要在.java文件头部import进对应的package。初学者写的helloworld程序当然是不用注意到包的问题，但当工程越来越大，重复命名的可能性增大，我们就必须依靠package的概念来更好的管理我们的代码了。
同时，为了方便管理、传输，jar包出现了。
jar包其实是用zip压缩的文件包。我们可以打包自己的package，方便复用，到哪果然，也可以直接引用文件夹（此时注意，必须引用文件夹的根目录，比如文件定义为package mypackage.foo , 那个必须将myapackage这个文件夹连同内部的foo文件一起放在相应的路径上）
制作jar压缩包和解压缩包的命令如下：
jar -cvf foo.jar foo其中最后一个参数为需要压缩的文件包。-cvf几个选项中，f必须放在最后，f后面紧跟的必须是output的文件名。v表示输出详细信息（verbose）
对应的解压缩命令为：
jar -xvf foo.jar注意其中有个可选的mainifest文件，在META-INF/MANIFEST.MF路径上。
我们可以在manifest.mf文件中加入如下语句
Main-Class: myPackage.MyClass
指定MyClass类为具有main()入口的主类。再利用如下语句，就可以值执行对应的程序了
java -jar foo.jar命令
javac命令：编译源文件
-classpath 初学者必须掌握的options ，后接类中使用到的第三方类(形式可以是jar或者zip或者直接就是文件包)的目录。linux下，多个目录用冒号 ： 分隔。
值得注意的是，-classpath中的内容是会覆盖掉环境变量classpath中的内容的～
-cp 是 -classpath的缩写
-d 制定生成的.class文件存放的目录。
-o 此选项告诉javac优化由内联的static、final以及privite成员函数所产生的码。
-verbose 此选项告知Java显示出有关被编译的源文件和任何被调用类库的信息。比如 -verbose:class 能看到各种类加载的信息。 -verbose:gc是garbage collection的信息。
还有许多option平时用的不多（话说我也其实只是刚会用，并不熟练直接在命令行环境下的调试编译 = =），需要用的时候直接翻阅 man javac 好了。
java 命令：加载运行类文件
-classpath 跟javac中的-classpath同样的道理。
-cp 也就是 -classpath的缩写啦。
-jar 执行在jar包上定义的主类的程序
一个.java文件的编译、运行示例如下：
# javac -classpath ./:/home/username/bin/ThirdParty.jar Hello.java
#java -classpath ./:/home/username/bin/ThirdParty.jar Hello
另外，对于带有package信息的java文件，执行如下：
$ ls . # Current directory contains the "x" package
x
$ ls x # The "x" package contains a Sample.java file...
Sample.java
$ cat x/Sample.java # ...which looks like this.
package x;
public class Sample {
public static void main(String... args) {
System.out.println("Hello from Sample class");
}
}
$ javac x/Sample.java # Use "/" as delimiter and
# include the ".java"-suffix when compiling.
$ java x.Sample # Use "." as delimiter when running, and don't include
# the ".class" suffix.
Hello from Sample class补充：eclipse的路径
eclipse下，每个project都可以控制路径。
1.在package explorer目录下，右击自己的project。下拉菜单中点击最底部的properties，弹出的窗口的左侧，有Java Build Path这一选项卡。
这里主要是对其他工程包、第三方jar包的路径引入，也有对project中源文件路径的设置。
2.在run的下拉菜单中（就是那个绿色的Run开始按钮），选择Run Configuration.
在每个运行的程序中，都有main、argument、JRE、classpath、source、environment、common这几个选项卡。
其中argument里可以设置java命令行运行时的参数。也就试main(String[] args)中的args。
classpath里可以设置system classloader加载类时的查找目录。（关于类的加载，可以参照另几篇文章classloader 三原则 和java 类加载器浅析 ）
雷区：
在linux下运行时，添加目录，千万不要弄错分割符。windows下是 \ ，而linux下是 / 。
运行类时，不用加.class。比如有一个类Hello.class，运行命令是 # java Hello 而不是 #java Hello.class 。运行机制中是寻找类，而不是像编译的时候那样找到某个文件。
如果引用的类有package层次，引用的路径是包层次的起点，而不可以延伸到包中的某个目录层次。比如引用了~/workspace目录下的第三方类 com.thirdparty.hello ，在java命令的 -classpath 输入的是第三方类的包的根目录所在位置： #java -classpath ~/workspaceHello，而不能是java -classpath ~/workspace/com/thirdparty Hello。
NoSuchMethodException!
在运行自己的程序时，遇到了这个问题。查找了很多资料，最后发现原来是路径问题！原来的路径中，一个老版本的.class文件是在优先的位置上，于是每次invoke一个新写的method时，就出现这个错误 = =。
如果还有问题，大家可以多交流啊～