转眼，毕业半年了，因为毕业之后进的对日的算是中日合资的企业，进去之后一直培训了半年的日语。上礼拜开始，才从培训室进入办公室，然后，快过年了也没什么任务。听说年后的话，估计才会有JAVA的项目，想想半年没看编程的书了，本来技术也不好，于是，趁这几天没什么事，又重新看起来JAVA，顺便又配了下环境。配的过程，总结下吧
首先，我肯定需要一个JDK，然后想到这，我就跑到ORACLE网站上准备下JDK来着，然后，进去，看着是都是英文，学了半年日语有点不习惯，我机智的就把导航上的国家选项改成了中国，然后，下载的时候，我就发现我二了，不管怎么刷新，页面给出来的都是jdk-7u15-windows-i586.exe，但是，前面的页面开始明明都写着版本到45= =，虽然版本什么没多大影响，但对于版本有强迫症的我，还是去千百遍的刷新了，然后，偶然的一次默认没改国家，页面果断的跳到了51的版本，下完之后我就在默默的想这算不算区别对待！
接着，就是安装，本来想着是直接在C盘建个Java的文件夹，然后装在里面的，后来装着装着，把jdk是装在C:\Java文件夹里面了，但莫名的手一抖，jre跑到C:\Program Files\Java里了，虽然不知道这样会有什么影响，但觉得这也太蛋疼了。。。于是卸了重新装，第二遍的时候，安装完之后，发现，额...jdk直接在Java里面，外面少了层版本类型的文件夹，这对于有强迫症的我来说实在太蛋疼了，于是，第三遍，我投降了，默默的把它默认的装在了C:\Program Files\Java里，看着jdk和jre俩二货安静的躺在里面，我终于安心了。
然后，终于到了path的配置，开始的时候，没配，我试了试在cmd里面直接输java，然后发现，咦，怎么这样都有用呀，书上难道都是骗子，不用配什么环境也可以呀，不过，为了安心，我还是默默的配好了，在path最后面加了C:\Program Files\Java\jdk1.7.0_15\bin这个路径，其实，后面才知道，JDK后面的版本，安装的时候，会默认把java.exe/javaw.exe/javaws.exe等几个文件复制到System32中，所以这几个默认有用，但javac.exe是没有的，当时只是恰巧只试了java。所以大家还是默默的配一下吧。
最后，还有两个变量，JAVA_HOME和classpath，前一个是为了缩短path中输入jdk的路径，方便引用，比如说设置JAVA_HOME变量为C:\Program Files\Java\jdk1.7.0_15，这样，在path里就可以直接写%JAVA_HOME%\bin，这样，以后如果改了jdk路径的话，直接在JAVA_HOME里改就好，不容易出错，而且，第三方软件会引用约定好的JAVA_HOME变量。classpath的话，，原来没配这个的，貌似也可以用来着(不过，想想，应该是试用之前的程序没有调用到某些类，所以没设置路径也可以），然后，晚上在逛贴吧的时候，看到有人配了然后出错了，于是强迫症又爆发了，决定去配，开始的时候，随便写了个路径，果然，发现java命令的时候，找不到类了，然后，分别单独试了下.; %JAVA_HOME%\lib; %JAVA_HOME%\lib\tools.jar; %JAVA_HOME%\lib\dt.jar,都可以，但网上推荐是.; %JAVA_HOME%\lib;%JAVA_HOME%\lib\tools.jar;这个，待我现在也不是很明白，待我再研究研究。仔细看了下，大概原因是下面：
CLASSPATH的设置:
Java虚拟机按照下述流程来寻找和载入类：
- 系统导入类:这些类对Java平台是起基础性作用的，它们由以下类组成：Java类库的公共类部分；为Java类库服务的私有类。
- 扩展类：存在于JRE或者JDK扩展目录下的包，如jre/lib/ext/。
- 用户定义的包和类库
在默认情况下，只有JDK的标准API包和扩展包，是不用额外设定变量的，Java虚拟机或者Java编译器知道怎样找到它们。所有用户自定义的包或者类库，它们的存放路径，必须通过命令行来指定或者通过相关的Manifest文件来设定(每一个Manifest文件与一个Jar文件相关联，Jar文件包含了用户自定义的包或者类库)。这样，在指定了自定义的包或者类库的存放路径之后，Java虚拟机或者Java编译器，就知道怎么去找到这些类或者包。原文的是这样的：http://article.yeeyan.org/view/90556/319494