java环境配置
在学习JAVA的过程中，涉及到多个环境变量（environment variable）的概念，如PATH，Classpath等。正确地配置这些环境变量，是能够顺利学习、开发的前提。而经常出现的问题是：有的学习者能够按照提示一步一步地正确配置，但时间一长就忘了，出现了问题也无从下手。究其原因，就是对这些概念没有理解，知其然但不知其所以然。下面的内容，就是帮助大家知其所以然。
一、基本原理
1.首先看PATH环境变量。
JAVA的初学者，必须要学会配置PATH环境变量，否则无法编译、运行JAVA程序。那么，为什么要配置PATH环境变量呢？PATH环境变量是做什么的呢？我们从一个常见的问题入手。
当我们安装好JAVA后，若没有正确配置PATH环境变量，则在命令行窗口下运行命令java -version（显示JAVA的版本）命令时。
这条错误信息的意思是，你要求运行的“java”这条命令我不认识，不知道是个什么玩意儿。那么究竟这个“java”命令是何方神圣呢？在JDK的安装目录下（我的是D:\Java\jdk1.6.0_24），有一个bin目录。打开此目录，会发现大量的可执行文件（后缀名为exe的文件。Windows默认隐藏文件后缀名。要显示后缀名）。其中有一个可执行文件即为java.exe。现在在命令行窗口下把当前目录切换到这个bin目录下。 在此目录下，运行dir命令，显示当前目录下的所有文件和目录。从显示结果中，我们可以清楚地看到“java.exe”这个文件。
实际上我们执行“java”命令，就是要运行“java.exe”这个可执行文件（我们运行其他命令，本质上也是要执行某个程序文件）。我们现在再来执行“java -version”这条命令试试。在命令行窗口下键入java -version，回车。
看来这次执行成功了。命令结果显示当前JAVA的版本是“1.6.0_24”。执行java -?可查看此命令的帮助信息。可以看到它有很多选项，-version只是其中之一。另外一种方式是，写出这些可执行文件的完整（绝对）路径（例如：d:\Java\jdk1.6.0_24\bin\java -version），就可以在任何目录下执行了。读者可自行尝试。
与java命令类似，javac命令目前也能在bin目录下执行，但到其他目录下就只能写出其完整路径了。在学习JAVA的过程中，我们经常需要使用javac和java这两条命令来编译、运行我们的JAVA程序。难道我们每次运行这两条命令都要先切换到bin目录下吗或写出一长串的绝对路径吗？能不能有一个办法，让我们能够在任何目录下都能自如地运行这些命令呢？
解决的办法就在于PATH环境变量。
PATH是路径的意思，PATH环境变量中存放的值，就是一连串的路径。不同的路径之间，用英文的分号（;）分隔开。系统执行用户命令时，若用户未给出绝对路径，则首先在当前目录下寻找相应的可执行文件、批处理文件（另外一种可以执行的文件）等。若找不到，再依次在PATH保存的这些路径中寻找相应的可执行的程序文件。系统就以第一次找到的为准；若搜寻完PATH保存的所有路径都未找到，则会显示类似于图一的错误信息。
明白了这些，我们就把bin目录的完整路径添加到PATH中。在命令行窗口下，可使用set命令完成此类的任务。直接运行set，会显示系统当前所有环境变量的值，运行set /?，会显示关于此命令的帮助信息。使用set命令设置环境变量值的格式为：set 环境变量名=环境变量值。我们可以使用命令set path=D:\Java\jdk1.6.0_24\bin将java等程序文件所在的目录添加到PATH环境变量中（Windows下环境变量名不区分大小写，这与UNIX不同）。但是这样会使PATH的值只有“D:\Java\jdk1.6.0_24\bin”，它预先设定供其他程序使用的值就都被覆盖了。因此，我们应该把值“D:\Java\jdk1.6.0_24\bin”追加到PATH中。
set path=%path%;D:\Java\jdk1.6.0_24\bin
把PATH放在两个百分号之间，指把PATH原有的值取出。其后的分号表示分隔不同的路径值，之后才是我们要添加的值。注意，请在英文输入法状态下使用此命令。现在我们转到任意一个目录下执行java -version命令试试。
但是这种使用set命令的方式设置的环境变量只对当前命令行窗口有效。一旦关闭此窗口，再次运行另一个命令行窗口时，PATH环境变量还是原来的值。因此，我们必须在Windows下修改PATH环境变量。步骤如下：
右击桌面“我的电脑”图标->属性->高级->环境变量，就打开了了设置环境变量的对话框。上面部分是为某个用户设置。Windows设计为可多用户使用一台机器，每人一个账户。为某个账户设置的变量只对该用户有效。下面部分是设置系统变量，对系统中的每个用户有效。现在一般电脑都只有一个用户，即Administrator。因此只需要为此账户设置即可。找到PATH环境变量，点“编辑”。在“变量值”框内现有值的后面输入英文输入法的分号，然后添加你想添加的值（在这里是D:\Java\jdk1.6.0_24\bin）。一路确定，OK！
现在再打开一个命令行窗口，输入echo %path%命令查看path的值（或者直接使用path命令亦可）。现在，我们可以看到bin目录已被添加到PATH中，再在任何目录下运行java -version命令，均可成功。
其实我们执行其他命令都是这个原理。举例来说，当你显示PATH的值时，你会发现第一个值是C:\WINDOWS\system32。在Windows下打开这个目录，你会看到很多可执行文件，它们的名字与我们常用的命令的名字是一致的。也就是说，我们执行这些命令，实际上系统就是根据PATH的这个值找到了相应的可执行文件，再运行这些文件的结果。如attrib.exe文件，它对应于attrib命令，这是显示/设置文件属性的命令。
现在我们通过命令set path=（等号右边什么都没有，或随便写点东西）来清除PATH的值，再来运行attrib命令试试。
下面再通过命令set path=c:\windows\system32（Windows下不区分大小写，因此windows与WINDOWS都正确），把attrib.exe文件所在的路径添加到PATH中，再运行试试。
很显然，目前已能够正确运行。另外一个常见的例子就是format.com（.com文件是另一种可以执行的文件），不过此命令是用来格式化的，实验时请小心，不要由于失误而格式化了某个盘。而且，根据上面的描述，在PATH环境变量未正确配置的时候，写出这些文件的绝对路径（完整路径），亦可以正确执行。读者可自行实验（在此声明，由于已事先提醒，因此凡是由于误操作带来的数据丢失，概不负责！）。
2.CLASSPATH变量
classpath是javac编译器的一个环境变量。它的作用是指定类搜索路径，它与import、package关键字有关。当你improt.java.util.时，编译器面对import关键字时，就知道你要引入java.util这个package中的类；但是编译器如何知道你把这个package放在哪里了呢？所以你首先得告诉编译器这个package的所在位置；如何告诉它呢？就是设置CLASSPATH啦。 如果java.util这个package在c:\jdk\ 目录下，你得把c:\jdk\这个路径设置到CLASSPATH中去！当编译器面对import java.util.这个语句时，它先会查找 classpath所指定的目录，并检视子目录java\util是否存在，然后找出名称吻合的已编译文件（.class文件）。如果没有找到就会报错！
classpath有点像c\c++编译器中的include路径的设置哦，是不是？当c\c++编译器遇到include <iostream>这样的语句，它是如何运作的？哦，其实道理都差不多！搜索include路径，检视文件！当你自己开发一个package时，然后想要用这个package中的类；自然，你也得把这个package所在的目录设置到CLASSPATH中去！CLASSPATH的设定，对JAVA的初学者而言是一件棘手的事。所以Sun让JAVA2的JDK更聪明一些。你会发现，在你安装之后，即使完全没有设定CLASSPATH，你仍然能够编译基本的JAVA程序，并且加以执行
可以看出，CLASSPATH 里能包含大量备用的搜索路径。然而，使用JAR 文件时要注意一个问题：必须将JAR文件的名字置于类路径里，而不仅仅是它所在的路径。所以对一个名为grape.jar 的JAR 文件来说，我们的类路径需要包括：CLASSPATH=.;D:\JAVA \LIB;C:\flavors\grape.jar个人理解说明：其实从上面可以看出，如果你用记事本来写java程序（在Window下），并用cmd命令窗口中输入javac,java命令，如果你的代码中用到了其它的jar或者你自己的写的类，但又和你的主程序没在一个包下，这时你就要在classpath中设置你要用到的jar或者自己写的类的路径，让Java在编译器可以找到你要用的东西，如上面例子所示。 在我们用一些工具时，如eclipse中，我们可以把一些Jar包什么的添加进来，然后搜索路径的事工具帮我们做了，所以不用在手动加进去。所以在eclipse实际的开发中，没有用到系统配置的classpath，而是自己会生成一个.classpath的文件；只有用cmd javac 编译时会用到系统的classpath（这也可以改变，见下）。classpath=c:\test就表示执行运行命令时去c:\test文件夹去找需要被执行的class文件在java5之前该路径是不能指定当前路径的,除非这样设置:classpath=.;c:\test,就表示先在当前目录找class文件,要是没找到就到c:\test去找;(当一个变量有多个值时,多个值之间是有英文的分号隔开)。CLASSPATH环境变量。作用是指定类搜索路径，要使用已经编写好的类，前提当然是能够找到它们了，JVM就是通过CLASSPATH来寻找类的.class文件。我们需要把jdk安装目录下的lib子目录中的dt.jar和tools.jar设置到CLASSPATH中，当然，当前目录“.”也必须加入到该变量中。javac -c 路径 （可以指定class文件存放目录）java -cp 路径 （可以指定要执行的class目录）(1).何时需要使用-classpath：当你要编译或执行的类引用了其它的类，但被引用类的.class文件不在当前目录下时，就需要通过-classpath来引入类(2).何时需要指定路径：当你要编译的类所在的目录和你执行javac命令的目录不是同一个目录时，就需要指定源文件的路径(CLASSPATH是用来指定.class路径的，不是用来指定.java文件的路径的)比方有一个Application用到了java.lang.String和com.shinechina.MyClass（我自己写的）这两个类。
版本1：
现在我要运行 java com.shinechina.MyClass
现在问题来了
Java怎么知道到何处找呢， 他到底该怎么办
假定版本一在 c:\mylib\com\shinechina\MyClass.java
假定版本二在 d:\mylib\com\shinechina\MyClass.java
注意：不要忘了编译成class文件吆, java文件是不能执行的
cd c:\mylib\com\shinechina javac .java cd d:\mylib\com\shinechina javac .java 有了： 他先到机器的CLASSPATH去找，假设是windows系统 c:\mylib;d:\mylib;d:\jdk1.2.2\lib\rt.jar;或unix系统 /home/local/:/usr/local/:/usr/local/jdk1.2.2/lib/rt.jar。好， c:\mylib下他找到了com目录，有戏， 又往下找又有shinechina目录，目录下找到了MyClass.class, Ok 就是他了，至于d:\mylib我的版本2的MyClass他就不理会了，至于String是在rt.jar压缩包中待会再讲他 执行的结果就是 版本1： hello, welcome to chinaasp java 技术 反过来d盘的路径在c:之前，执行的结果就是 版本2： hello, welcome to chinaasp java 技术 依次类推， 只有在类路径上第一个找到的才会执行，你要控制他执行那一个须如此: java -classpath d:\mylib;%classpath% com.shinechina.MyClass 执行结果就是 版本2： hello, welcome to chinaasp java 技术 开发环境中的执行就是这样，总有一个地方指定类路径的。 注意，开发环境往往不去读系统路径， 这也就是在外面运行的东东挺溜的进了开发环境就死菜的原因喽。 比如说jbuilder, jdevoloper从菜单project->project properties...->paths标签->Add...->添加定义好的library点ok或者new->输入name和classpath->ok。这个东东就被添加到了classpath中（运行时可在message view中看到） 再比如说visualAge for java , 点中你要运行的类->鼠标右击选中特性->类路径标签1、->编辑->全选，好，开发环境中的所有类都能找到了。 2、立即计算（只选中你需要的类， 如果有用class.forName之类通过程序显式装载的类的话，需要自己从编辑中手工家入了， 开发环境每能力帮你算出来了，如果内存没有问题的话，直接编辑->全选更方便吆） 3、如果你的类并不想引入开发环境的话，点中添加额外路径，编辑（下面的一个）， 我不喜欢这样， 就不详细介绍了 高手的话，直接用jdk, 那么只好麻烦你要么加到系统classpath中（unix下为$CLASSPATH）, 要么编译运行时显式指明classpath 下面介绍一个初学者最容易犯的错误 还以上节介绍的例子 假定版本一在 c:\mylib\com\shinechina\MyClass.java 编译后c:\mylib\com\shinechina\MyClass.class 怎么指定classpath呢 常见毛病 1、c:\mylib\com\shinechina\ 2、c:\mylib\com\ 正确 1、c:\mylib\ 2、c:\mylibclasspath的重要性用eclipse开发项目时，对每个项目都需要配置classpath，具体怎么配只需要在项目上鼠标右键build path.然后一步步操作，你配完之后，打开你的项目所在的workpace,打开你的项目文件，里面有一个.classpath文件，你打开这个文件之后就会看到你之前在eclipse中build path的结果。比如我在项目中加入了一个我先前自己配置的User Library，名字叫做MysqlJDBCDriver ，加完之后，在我的项目的.classpath文件中多出了一条<classpathentry kind="con" path="org.eclipse.jdt.USER_LIBRARY/MysqlJDBCDriver"/>我认为项目是独立于电脑环境变量的classpath的,每一个项目都需要它特定的classpath,所以在eclipse开发的时候每一个项目都会有一个.classpath文件（ps：为什么每个项目需要自己的classpath？因为每个项目都需要引入自己特定的类库，而电脑环境变量的classpath是通用的，你不可能让你的所有项目都只是使用电脑环境变量classpath中设置的这几个类库吧）我觉得.classpath独立于电脑的classpath还有一个重要的原因：当你最后做成jar包提供给用户的时候，用户想要运行这个jar，你不能奢求用户的电脑中的classpath有你当前引用包的路径，因为用户的系统是干净的，所以我们需要把我们需要引用的包build到.classpath中
二、内部命令、外部命令和批处理文件
我们现在启动一个命令行窗口，按上述的方法把PATH的值全部清除，然后再运行dir、cd等命令。出乎我们意料的是，它们仍然能够正确执行。这，又是什么原因呢？
我们来看看刚才那些报告错误的信息，它们都提到了“内部命令”和“外部命令”的概念。那么什么是内部命令和外部命令呢？
内部命令和外部命令是DOS（disk operating system，微软早期基于命令行的操作系统）时代的概念，百度百科的解释是：内部命令是随每次启动的COMMAND_COM装入并常驻内存，而外部命令是一条单独的可执行文件。粗略地讲，所谓内部命令就是最核心、使用最多的命令。为了提高响应速度，系统一启动，这些命令就被加载到内存，因此可以迅速、直接地执行；而外部命令由于使用相对较少，就不预先加载到内存，当用户使用时，再到硬盘上（c:\windows\system32）找相应的可执行文件，然后加载到内存执行。像dir、cd等都是内部命令，而诸如attrib、format等都是外部命令。尽管DOS的时代早已成为了历史，但某些操作却必须在命令行模式下完成，对专业人士来说更是如此。因此，Windows产品一直保留着命令行模式这个工具。
另外一个概念就是批处理文件（后缀名为.bat，来源于批量的英语单词batch），它是另外一种可以执行的文件。简单地说，批处理文件包含了很多DOS命令。文件执行时，就一条一条地执行这些命令。不一定顺序执行，像通用的程序设计语言一样，它也有自己的流程控制。批处理文件创建很简单：用任何一个文本编辑器（如Windows的记事本）创建一个文本文件，然后把后缀名改为.bat即可。创建好的批处理文件，你也可以用文本编辑器打开，查看它的“源代码”。
三、关于CATALINA_HOME环境变量的设置（适用于tomcat6/7）
Tomcat是一个免费开源的Servlet/JSP容器，深受广大JAVA初学者喜爱。这其中需要设置CATALINA_HOME环境变量，值为tomcat安装目录（我的是d:\tomcat7）。
实际上，在startup.bat中，首先判断CATALINA_HOME是否为空。若为空，就把当前目录设为CATALINA_HOME的值。然后查找CATALINA_HOME所指示的目录下是否有个bin目录，此bin目录下是否有个叫做catalina.bat的批处理文件（此文件负责启动tomcat）。若没有，则把当前目录的父目录设为CATALINA_HOME的值，再重复上述的查找。若仍失败，就报图十所示的错误。因此，当你在tomcat安装目录下的bin目录下运行startup.bat文件时，它就会按照上面所说的第二种方式自动正确设置CATALINA_HOME的值，因为catalina.bat文件就在tomcat安装目录下的bin目录里。
虽然在此种情况下能正确运行，但还是建议你正确设置CATALINA_HOME环境变量。与PATH不同的是，PATH系统本身就由，而CATALINA_HOME需要你自己“新建”，在“环境变量”窗口点“新建”即可。
为了能够在任何目录下都能运行tomcat安装目录下bin目录里的批处理文件，如startup.bat，可把此目录添加到PATH环境变量中（我的是d:\tomcat7\bin）。为了提高灵活性，可在PATH环境变量的最后添加上%catalina_home%\bin（与前一个值之间不要忘了用英文的分号隔开）。把catalina_home放置在两个百分号之间，表示引用这个环境变量的值。这样，当你把tomcat的安装目录换了以后，就只需要修改catalina_home的值，而不需要修改PATH的值了，因为它可以自动计算出新的正确值。