java包导入机制的研究
java中有两种包的导入机制，总结如下：
单类型导入(single-type-import)，例如import java.io.File;
按需类型导入(type-import-on-demand)，例如 import java.io.*;
关于这两种导入类型大家各有所爱，众说纷纭。这里分析一下这两种导入类型的大致工作原理供大家参考。
单类型导入比较好理解，仅仅导入一个public类或者接口。而对于按需类型导入，有人误解为导入一个包下的所有类，其实不然，看名字就知道，他只会按需导入，也就是说它并非导入整个包，而仅仅导入当前类需要使用的类。
既然如此是不是就可以放心的使用按需类型导入呢？非也，非也。因为单类型导入和按需类型导入对类文件的定位算法是不一样的。java编译器会从启动目录(bootstrap)，扩展目录(extension)和用户类路径下去定位需要导入的类，而这些目录进仅仅是给出了类的顶层目录。编译器的类文件定位方法大致可以理解为如下公式：
顶层路径名 \ 包名 \ 文件名.class = 绝对路径
对于单类型导入很简单，因为包明和文件名都已经确定，所以可以一次性查找定位。
对于按需类型导入则比较复杂，编译器会把包名和文件名进行排列组合，然后对所有的可能性进行类文件查找定位。例如：
package com;
import java.io.*;
import java.util.*;
当你的类文件中用到了File类，那么可能出现File类的地方如下
File \\ File类属于无名包，就是说File类没有package语句，编译器会首先搜索无名包
com.File \\ File类属于当前包
java.lang.File \\编译器会自动导入java.lang包
java.io.File
java.util.File
需要注意的地方就是，编译器找到java.io.File类之后并不会停止下一步的寻找，而要把所有的可能性都查找完以确定是否有类导入冲突。假设此时的顶层路径有三个，那么编译器就会进行3*5=15次查找。
注意：如果在查找完成后，编译器发现了两个同名的类，那么就会报错。要删除你不用的那个类，然后再编译。
了解以上原理之后，我们可以得出这样的结论：按需类型导入是绝对不会降低java代码的执行效率的，但会影响到java代码的编译速度。
查看JDK的源代码就知道SUN的软件工程师一般不会使用按需类型导入。因为使用单类型导入至少有以下两点好处：
1。提高编译速度。
2。避免命名冲突。（例如：当你import java.awt.*;import java.util.*后，使用List的时候编译器将会出编译错误）
相关文档：
1先看一下程序：
package com.redking.jdbc.demo;
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;
import java.sql.Statement;
public class JDBCDemo07 {
......
sqlite数据库第三方java扩展包下载地址：http://www.zentus.com/sqlitejdbc/
有2个包，一个是nested（嵌入式的），一个是native(本地的)。
区别在于:nested 不需要额外的dll文件，但是速度慢。native需要一个额外的dll文件，速度很快。
1.使用nested包：sqlitejdbc-v037-nested.jar
java代码：
java 代码
packa ......
配置java环境变量： JAVA_HOME：配置JDK的目录 CLASSPATH：指定到哪里去找运行时需要用到的类代码（字节码） PATH：指定可执行程序的位置 LINUX系统（在" .bash_profile "下的环境变量设置） ......
1.笔试题很简单，都是一些基础知识。
2.有个面试题被难倒了，看是否有哪位大侠能点拨点拨
关于大容量文本检索的问题：一个文本文件中有几十万条或更多的记录，记录以行为单位，每行的信息如下：
用户id，用户名，..........................
有什么好� ......
