有些人寫了一陣子 Java，可是對於 Java 的 package 跟 import 還是不 太了解很多人以為原始碼 .java 檔案中的 import 會讓編譯器把所 import 的程式通通寫到編譯好的 .class 檔案中，或是認為 import 跟 C/C++ 的 #include 相似，實際上，這是錯誤的觀念。
讓我們先了解一下，Java 的 package 到底有何用處。
其實，package 名稱就像是我們的姓，而 class 名稱就像是我們的名字 。package 名稱有很多 . 的，就好像是復(fù)姓。比如說 java.lang.String，就 是復(fù)姓 java.lang，名字為 String 的類別；java.io.InputStream 則是復(fù)姓 java.io，名字為 InputStream 的類別。
Java 會使用 package 這種機制的原因也非常明顯，就像我們?nèi)⌒彰粯?，光是一間學(xué)校的同一屆同學(xué)中，就有可能會出現(xiàn)不少同名的同學(xué)，如果不取 姓的話，那學(xué)校在處理學(xué)生資料，或是同學(xué)彼此之間的稱呼，就會發(fā)生很大的 困擾。相同的，全世界的 Java 類別數(shù)量，恐怕比臺灣人口還多，而且還不斷 的在成長當中，如果類別不使用套件名稱，那在用到相同名稱的不同類別時， 就會產(chǎn)生極大的困擾。幸運的是，Java 的套件名稱我們可以自己取，不像人 的姓沒有太大的選擇 ( 所以有很多同名同姓的 )，如果依照 Sun 的規(guī)范來取套件名稱，那理論上不同人所取的套件名稱不會相同 ( 請參閱 "命名慣例" 的相關(guān)文章 )，也就不會發(fā)生名稱衝突的情況。可是問題來了，因為很多套件的名稱非常的長，在寫程式時，會多打好多 字，花費不少時間，比如說：
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);
這樣看起來是不是清爽多了呢？如果這些類別用的次數(shù)很多，那就更能體會到 import 的好處了。可是這樣還是不夠，因為懶是人的天性，還是會有人覺得 打太多 import 了也很浪費時間，於是 Sun 又提供了一個方法：
import java.lang.*;
import java.io.*;
意思就是，等一下程式中提到的沒有姓名的類別，不是姓 java.lang，就是姓 java.io，如果這兩個裡面有同樣名字的類別，而不幸的你又只用名字稱呼這個類別，那編譯器仍然會跟你抱怨，因為它還是不知道你說的這個類別指那一 個姓的類別。那可不可以再懶一點呢，只寫：
import java.*;
歷史告訴我們，人可以懶，但不能太懶，這樣是不行的。因為那些類別是姓 java.io 而不是姓 java。就像姓『諸葛』的人應(yīng)該不會喜歡你稱他為『諸』 先生吧。
為甚麼我一開始說 import 跟 #include 不同呢？因為 import 的功能 到此為止，它不像 #include 一樣，會將檔案內(nèi)容載入進來。import 只是請 編譯器幫你打字，讓編譯器把沒有姓的類別加上姓，并不會把別的檔案的程 式碼寫進來。如果你想練習(xí)打字，可以不要使用 import，只要在用到類別的 時候，用它的全部姓名來稱呼它就行了(就像例子一開始那樣)，跟使用 import 完全沒有甚麼兩樣。另外，雖然人不可以太懶，但是 Sun 還是幫我們多偷了一點懶。因為 java.lang 這個套件實在是太常太常太常用到了，幾乎沒有程式不用它的， 所以不管你有沒有寫 import java.lang;，編譯器都會自動幫你補上，也就 是說編譯器只要看到?jīng)]有姓的類別，它就會自動去 java.lang 裡面找找看， 看這個類別是不是屬於這個套件的。所以我們就不用特別去 import java.lang 了。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
import導(dǎo)入聲明可分為兩中:
1>單類型導(dǎo)入(single-type-import)
例:import java.util.ArrayList;
2>按需類型導(dǎo)入(type-import-on-demand)
例:import java.util.*;
以這樣兩種方式導(dǎo)入包中的任何一個public的類和接口(只有public類和接口才能被導(dǎo)入)
*導(dǎo)入聲明僅導(dǎo)入類型而不導(dǎo)入子包;這就是為什么稱它們?yōu)閱晤愋蛯?dǎo)入和按需類型導(dǎo)入聲明的原因.
*導(dǎo)入的類或接口的簡名(simple name)具有編譯單元作用域.這表示該類型簡名可以在導(dǎo)入語句所在的編譯單元的任何地方使用.這并不意味著你可以使用該類型所有成員的簡名,而只能使用類型自身的簡名.
例如: java.lang包中的public類都是自動導(dǎo)入的,包括Math和System類.但是,你不能使用簡名PI()和gc(),而必須使用Math.PI()和System.gc().你不需要鍵入的是java.lang.Math.PI()和java.lang.System.gc().
程序員有時會導(dǎo)入當前包或java.lang包,這是不需要的,因為當前包的成員本身就在作用域內(nèi),而java.lang包是自動導(dǎo)入的.java編譯器會忽略這些冗余導(dǎo)入聲明(redundant import declarations).即使像這樣
import java.util.ArrayList;
import java.util.*;
多次導(dǎo)入,也可編譯通過.編譯器會將冗余導(dǎo)入聲明忽略.
使用按需導(dǎo)入聲明是否會降低Java代碼的執(zhí)行效率?絕對不會!
Java編譯器產(chǎn)生的類文件僅包含編譯單元實際使用到的類或接口的符號引用.
這是否意味著你總是可以使用按需導(dǎo)入聲明?是,也不是!
在類似Demo的非正式開發(fā)中使用按需導(dǎo)入聲明顯得很有用.
然而,有這四個理由讓你可以放棄這種聲明:
1>編譯速度:在一個很大的項目中,它們會極大的影響編譯速度.但在小型項目中使用在編譯時間上可以忽略不計.
2>命名沖突:解決避免命名沖突問題的答案就是使用全名.而按需導(dǎo)入恰恰就是使用導(dǎo)入聲明初衷的否定.
3>說明問題:全名的使用是自說性的.畢竟高級語言的代碼是給人看的.
4>無名包問題:如果在編譯單元的頂部沒有包聲明,Java編譯器首選會從無名包中搜索一個類型,然后才是按需類型聲明.如果有命名沖突就會產(chǎn)生問題.
Sun的工程師一般不使用按需類型導(dǎo)入聲明.這你可以在他們的代碼中找到:
在java.util.Properties類中的導(dǎo)入聲明:
import java.io.IOException;
import java.io.printStream;
import java.io.printWrite;
import java.io.InputStream;
import java.io.BufferedReader;
import java.io.BufferedWriter;
import java.util.Hashtable;
你可以看到有趣的是,她連java.util.Hashtable也導(dǎo)入,這可是在當前包中啊!
