JAVA中的package 与 import使用与区别
　　有些人写了一阵子 Java，可是对于 Java 的 package 跟 import 还是不太了解。很多人以为原始码 .java 文件中的 import 会让编译器把所 import 的程序通通写到编译好的 .class 档案中，或是认为 import 跟 C/C++ 的 #include 相似，实际上，这是错误的观念。

　　让我们先了解一下，Java 的 package 到底有何用处。

　　其实，package 名称就像是我们的姓，而 class 名称就像是我们的名字。package 名称有很多 . 的，就好像是复姓。比如说 java.lang.String，就是复姓 java.lang，名字为 String 的类别；java.io.InputStream 则是复姓
　　java.io，名字为 InputStream 的类别。

　　Java 会使用 package 这种机制的原因也非常明显，就像我们取姓名一样，光是一间学校的同一届同学中，就有可能会出现不少同名的同学，如果不取姓的话，那学校在处理学生数据，或是同学彼此之间的称呼，就会发生很大的困扰。相同的，全世界的 Java 类别数量，恐怕比台湾人口还多，而且还不断的在成长当中，如果类别不使用套件名称，那在用到相同名称的不同类别时，就会产生极大的困扰。幸运的是，Java 的套件名称我们可以自己取，不像人的姓没有太大的选择 ( 所以有很多同名同姓的 )，如果依照 Sun 的规范来取套件名称，那理论上不同人所取的套件名称不会相同 ( 请参阅 “命名惯例”的相关文章 )，也就不会发生名称冲突的情况。

　　可是问题来了，因为很多套件的名称非常的长，在写程序时，会多打好多字，花费不少时间，比如说：

　　 java.io.InputStream is = java.lang.System.in;
　　 java.io.InputStreamReader isr= new java.io.InputStreamReader(is);
　　 java.io.BufferedReader br = new java.io.BufferedReader(isr);

　　实在是不美观又麻烦。于是，Sun 想了一个办法，就是 import。

　　这个 import 就是在程序一开头的时候，先说明程序中会用到那些类别的
　　简称，也就是只称呼名字，不称呼他的姓。首先，在档案开头写：

　　 import java.lang.System;
　　 import java.io.InputStream;
　　 import java.io.InputStreamReader;
　　 import java.io.BufferedReader;

　　这几行说明了这四个姓名的类别，在程序中只用他的名字来称呼，所以当程序中提到 System 就是指 java.lang.System，而 InputStream 就是指 java.io.InputStream，依此类推。于是原来的程序就变成：

　　 InputStream = System.in;
　　 InputStreamReader isr = new InputStreamReader(is);
　　 BufferedReader br = new BufferedReader(isr);

　　这样看起来是不是清爽多了呢？如果这些类别用的次数很多，那就更能体会到import 的好处了。可是这样还是不够，因为懒是人的天性，还是会有人觉得打太多 import 了也很浪费时间，于是 Sun 又提供了一个方法：

　　 import java.lang.*;
　　 import java.io.*;

　　意思就是，等一下程序中提到的没有姓名的类别，不是姓 java.lang，就是姓java.io，如果这两个里面有同样名字的类别，而不幸的你又只用名字称呼这个类别，那编译器仍然会跟你抱怨，因为它还是不知道你说的这个类别指那一
　　个姓的类别。那可不可以再懒一点呢，只写：

　　 import java.*;

　　历史告诉我们，人可以懒，但不能太懒，这样是不行的。因为那些类别是姓 java.io 而不是姓 java。就像姓『诸葛』的人应该不会喜欢你称他为『诸』先生吧。

　　为甚么我一开始说 import 跟 #include 不同呢？因为 import 的功能到此为止，它不像 #include 一样，会将档案内容载入进来。import 只是请编译器帮你打字，让编译器把没有姓的类别加上姓，并不会把别的文件的程式码写进来。如果你想练习打字，可以不要使用 import，只要在用到类别的时候，用它的全部姓名来称呼它就行了(就像例子一开始那样)，跟使用 import 完全没有甚么两样。

　　另外，虽然人不可以太懒，但是 Sun 还是帮我们多偷了一点懒。因为java.lang 这个套件实在是太常太常太常用到了，几乎没有程序不用它的，所以不管你有没有写 import java.lang;，编译器都会自动帮你补上，也就是说编译器只要看到没有姓的类别，它就会自动去 java.lang 里面找找看，看这个类别是不是属于这个套件的。所以我们就不用特别去
　　import java.lang 了。

JAVA中的PACKAGE机制

很多浮躁的初学者被default打包方式宠坏了。自我为中心，以为java就是一套库，自己写
的时候最多import进来就行了，代码从不打包，直接javac，直接java，多么方便。
孰不知自己写的这个.java也不过是java大平台的其中一个小单元而已。如果不打包，
我写一个Point，你写一个Point，甚至更有甚者敢于给自己的类起名叫String等等。
全部都在平板式的目录中，那jre该选哪一个？

一旦要使用package语句，就要使用代码树结构，当然，你要直接javac，也行。
不过javac出来的这个class要放在符合package结构的目录中才能发挥正常作用，否则就是
废物一坨。
而且，如果你这个.java还用到其它自己写的有package语句的.java，那这个方法就回天乏
术了。

按照sun的想象，应该是写好的.java放在符合package结构的目录中，package语句保证了
正确放置，如果目录位置和package语句中指示的不同，则会出错。

所以按照刚才我们的那种package写法，我们必然要将那几个.java文件放入相应的目录中
才能让javac顺利找到他们来make。

有人说javac可不可以像java那样 java aaa.bbb.c…java？
不可以
javac中的那个.java文件参数必须是一个文件系统的路径文件名形式。
然后如果用到其它的.java，javac会根据目前的sourcepath出发寻找目录结构中的那些
java文件。

当然了，既然打了包，在使用的时候。
要么写全名——包名.类名
或者使用import
不得不提的是，import就好比c++的using，它不负责做文件操作，它只是方便你写代码。

另外import语句中的*代表的是类名，不代表包名片断。
你import com.*;
编译器仍然找不到com.lightning中的任何类。
反之亦然。
就好象你告诉编译器，我这里面要用到姓诸葛的人。
那么姓诸的人当然编译器不会认为也包含在内。

所以，如果程序一旦写到一定规模。
就不得不使用ant来管理这些。
或者使用IDE，否则jdk就真的变成了java developer killer。

但是对于初学者，在了解为什么会有ant之类的之前，还是要体会一下使用
jdk的艰辛。

这个和以前在unix上开发的人用gcc命令行到后来使用make之后使用ide
之类的时候的体会是类似的。

最后，javac的-d参数是指示编译出来的class文件放在哪里的，如果你不指定的话。