Java应用是由若干个类组成的。但是从逻辑上考虑，这些类解决的问题都是不同的。比如某些类解决了数据库访问问题，某些类解决了安全控制问题…就如同我们计算机硬盘上的文档，我们不会把它们都杂乱无章的放在某个硬盘的根目录下，而是按照个人习惯进行分类，放在不同的文件夹下。Java应用中的类也一样，也应该按照逻辑进行分类，放在不同的目录下，这就是包的概念。
虽然Java语法本身，不要求必须给某个类显式指明包名，可以使用默认包。但是，在开发Java项目的过程中，任何类都应该有包。对一个类指定包名，使用如下语法即可：
package com.csst.db;
public class CustomerDAO {
}
只要指定了package，编译CustomerDAO后，class文件就将存在于com/csst/db文件夹下。从物理上讲，包其实就是文件夹。但是需要注意的是：只要一个类指定了包名，那么包名就是名字空间的一部分，也就是说，CustomerDAO.class的名字其实是com.csst.db.CustomerDAO，而不是CustomerDAO。正因为如此，使用该类，就得指定完整的名字，如：
package com.csst.service;
publicclass CustomerService {
private com.csst.db.CustomerDAO dao;
}
注：如果CustomerService的包名与CustomerDAO包名相同，那么不需要指定包名。而在实际应用中，没有人愿意写这样冗长的名字，一般都是使用import关键字，把不同包的类进行导入。
package com.csst.service;
import com.csst.db.CustomerDAO;
publicclass CustomerService {
private CustomerDAO dao;
}
注：如果需要同时使用com.csst.db包中很多类，可以使用import com.csst.db.*语句导入多个类。
总之，包就是从逻辑上将类进行分离。当类有了包后，不仅能很好的避免重名问题（包名就是类名的一部分，保证包名不同较容易），而且还能很好得使用Java语言的修饰符，进行权限控制。
之所以要导入包名，就是要提供一个管理名称空间的机制。我们知道，如果有两个类A类和B类都含有一个具有相同特征标记（参数列表）的方法f()，即便在同一段代码中同时使用这两个方法f()，也不会发生冲突，原因就在于有两个不同的类名罩在前面作为限定名，所以两个方法即便同名也不回发生冲突。但是如果类名称相互冲突又该怎么办呢？假设你编写了一个Apple类并安装到了一台机器上，而该机器上已经有一个其他人编写的Apple类，我们该如何解决呢？因为你如果想弄清楚一台机器上到底已经安装了那些类，并不是一件很容易的事情，所以名字之间总是有存在潜在的冲突的可能。在Java中对名称空间进行完全控制并为每个类创建唯一的标识符组合就成为了非常重要的事情。如果你要编写对于同一台机器上共存的其他Java程序友好的类库或程序的话，就需要考虑如何防止类名称之间的冲突问题。
java之包导入import
作用：使用其他包中的类。
import语句有两种类型：明确导入和通配符导入
明确导入：import javax.swing.JOptionPane;
将某个单独的类放到import语句中
通配符导入：import javax.swing.*;
导入一个包中所有的类
导入语句只是告诉编译器在什么地方能找到这些类，在性能上无差别。
