source命令用法：

　　source FileName

　　作用:在當前bash環境下讀取並執行FileName中的命令。

　　注：該命令通常用命令“.”來替代。

　　如：source .bash_rc 與 . .bash_rc 是等效的。

　　source命令(從 C Shell 而來)是bash shell的內建命令。點命令，就是個點符號，(從Bourne Shell而來)是source的另一名稱。同樣的，當前指令碼中配置的變數也將作為指令碼的環境，source(或點)命令通常用於重新執行剛修改的初始化文件，如 .bash_profile 和 .profile 等等。例如，假如在登入後對 .bash_profile 中的 EDITER 和 TERM 變數做了修改，則能夠用source命令重新執行 .bash_profile 中的命令而不用登出並重新登入。

　　比如您在一個腳本里export $KKK=111 ,假如您用./a.sh執行該指令碼，執行完畢後，您執行 echo $KKK ,發現沒有值，假如您用source來執行 ，然後再echo ,就會發現KKK=111。因為呼叫./a.sh來執行shell是在一個子shell裡執行的，所以執行後，結構並沒有反應到父shell裡，但是 source不同他就是在本shell中執行的，所以能夠看到結果

　　source命令(從 C Shell 而來)是bash shell的內建命令。點命令，就是一個點符號，(從Bourne Shell而來)是source的另一名稱。這兩個命令都以一個指令碼為引數，該指令碼將 作為當前shell的環境執行，即不會啟動一個新的子程序。所有在指令碼中設定的變數將成為當前Shell的一部分。同樣的，當前指令碼中設定的變數也將作為指令碼的環境，source(或點)命令通常用於重新執行剛修改的初始化檔案，如 .bash_profile 和 .profile 等等。例如，如果在登入後對 .bash_profile 中的 EDITER 和 TERM 變數做了修改，則可以用source命令重新執行 .bash_profile 中的命令而不用登出並重新登入。象 .bash_profile 或其它類似的Shell指令碼這樣，檔案無需可執行許可權即可用source或點命令執行。

　　source命令的一個妙用

　　在編譯核心時，常常要反覆輸入一長串命令，如

　　make mrproper

　　make menuconfig

　　make dep

　　make clean

　　make bzImage

　　.......

　　這些命令既長，又繁瑣。而且有時候容易輸錯，浪費你的時間和精力。如果把這些命令做成一個檔案，讓它自動按順序執行，對於需要多次反覆編譯核心的使用者來說，會很方便。用source命令可以辦到這一點。它的作用就是把一個檔案的內容當成是shell來執行。先在/usr/src/linux - 2.4.20目錄下建立一個檔案，取名為make_command：

　　在其中輸入如下內容：

　　make mrproper &&

　　make menuconfig &&

　　make dep &&

　　make clean &&

　　make bzImage &&

　　make modules &&

　　make modules_install &&

　　cp arch/i386/boot/bzImge /boot/vmlinuz_new &&

　　cp System.map /boot &&

　　vi /etc/lilo.conf &&

　　lilo -v

　　檔案建立好之後，以後每次編譯核心，只需要在/usr/src/linux -2.4.20下輸入

　　source make_command

　　就行了。這個檔案也完全可以做成指令碼，只需稍加改動即可。這裡主要是讓大家理解source的用法。如果你用的不是lilo來引導系統，可以把最後兩句話去掉。配置你自己的載入程式來引導新核心。

　　shell程式設計中的命令有時和C語言是一樣的。&&表示與，||表示或。把兩個命令用&&聯接起來，如 make mrproper && make menuconfig ，表示要第一個命令執行成功才能執行第二個命令。對執行順序有要求的命令能保證一旦有錯誤發生，下面的命令不會盲目地繼續執行。

　　-----------------------------------------------

　　---------------- 我的測試 ----------------------

　　-----------------------------------------------

　　1 建立test.sh

　　#!/bin/bash

　　export s=/home/jboss/

　　2 執行命令: source test.sh

　　echo $s

　　結果輸出: /home/jboss/

　　3  新開個shell

　　執行命令:   ./test.sh

　　echo $s

　　結果:  沒有輸出s值

我自己也是一個菜鳥，接觸linux沒有多久，最近在學習BASH的export命令時碰到了一個難道（書上說export是將自定義變數變成系統環境變數）：我在一個指令碼檔案中定義一個了變數，然後export變數，按照我自己的想法，執行完這個指令碼後，在提示符下一定可以用echo顯示出它的值，可結果卻不是這樣，指令碼執行完後用set根本看不到有這個變數存在。為什麼呢？我百思不得其解，最後將問題貼出來，一位前輩告訴我說用source+指令碼檔案就可以了，我試了一下果然可以，但一個新的問題又出來了。我將指令碼中export命令刪除後，用source一樣可以。那這個export好像沒有什麼用呀。

　　在經過多次嘗試後發現了一些東西，是我自己猜的，如果有什麼不對的地方，請指正，謝謝。

　　執行一個指令碼時，會先開啟一個子shell環境（不知道執行其它程式是不是這樣），然後將父shell中的所有系統環境變數複製過來，這個指令碼中的語句就在子shell中執行。（也就是說父shell的環境變數在子shell中可以呼叫，但反過來就不行，如果在子shell中定義了環境變數，只對該shell或者它的子 shell有效，當該子shell結束時，也可以理解為指令碼執行完時，變數消失。）為了證明這一點，請看指令碼內容：

　　test='value'

　　export test

　　這樣的指令碼執行完後，test實際上是不存在的。接著看下面的：

　　test='value'

　　export test

　　bash

　　這裡在指令碼最後一行再開一個子shell，該shell應該是指令碼檔案所在shell的子shell，這個指令碼執行完後，是可以看到test這個變數的，因為現在是處於它的子shell中，當用exit退出子shell後，test變數消失。

　　如果用source對指令碼進行執行時，如果不加export，就不會在子shell中看到這個變數，因為它還不是一個系統環境變數呀，如指令碼內容是：

　　test='value'

　　用source執行後，在shell下是能看到這個變數，但再執行bash開一個子shell時，test是不會被複制到子shell中的，因為執行指令碼檔案其實也是在一個子shell中執行，所以我再建另一個指令碼檔案執行時，是不會輸入任何東西的，內容如：echo $test。所以這點特別注意了，明明在提示符下可以用echo $test輸出變數值，為什麼把它放進指令碼檔案就不行了呢？

　　所以得出的結論是：1、執行指令碼時是在一個子shell環境執行的，指令碼執行完後該子shell自動退出；2、一個shell中的系統環境變數才會被複制到子 shell中（用export定義的變數）；3、一個shell中的系統環境變數只對該shell或者它的子shell有效，該shell結束時變數消失（並不能返回到父shell中）。3、不用export定義的變數只對該shell有效，對子shell也是無效的。

　　後來根據版主的提示，整理了一下貼子：為什麼一個指令碼直接執行和用source執行不一行呢？這也是我自己碰到的一個問題。manual原文是這樣的：Read and execute commands from filename in the current shell environment and return the exit status of the last command executed from filename.明白了為什麼不一樣了吧？直接執行一個指令碼檔案是在一個子shell中執行的，而source則是在當前shell環境中執行的。根據前面的內容，你也已經明白其中的道理了吧。

　　困擾了我幾天的問題終於可以圓滿的解決了。

摘錄要點：
0、export是將自定義變數變成系統環境變數
1、執行指令碼時是在一個子shell環境執行的，