spring mvc 這部機器 說白了其實很簡單，DispatcherServlet 把 HandlerMapping Controller ViewResolver 3個組件 組裝在一起就完成了整個處理過程。
想起來就像人吃飯一樣。把飯放入嘴巴，經過喉嚨，然后到胃里，處理一下，再接著往下傳，到腸子 最后把處理的結果 排泄出來。呵呵，惡心一把
當然還吸收了一些，這就類似存了一些數據到數據庫。說白了還真這么回事。
Linux/Unix 區別于微軟平臺最大的優點就是真正的多用戶，多任務。因此在任務管理上也有別具特色的管理思想。
我們知道，在 Windows 上面，我們要么讓一個程序作為服務在后臺一直運行，要么停止這個服務。而不能讓程序在前臺后臺之間切換。而 Linux 提供了 fg 和 bg 命令，讓你輕松調度正在運行的任務。
假設你發現前臺運行的一個程序需要很長的時間，但是需要干其他的事情，你就可以用 Ctrl-Z ，終止這個程序，然后可以看到系統提示：
[1]+ Stopped /root/bin/rsync.sh
然后我們可以把程序調度到后臺執行：（bg 后面的數字為作業號）
#bg 1
[1]+ /root/bin/rsync.sh &
用 jobs 命令查看正在運行的任務：
#jobs
[1]+ Running /root/bin/rsync.sh &
如果想把它調回到前臺運行，可以用
#fg 1
/root/bin/rsync.sh
這樣，你在控制臺上就只能等待這個任務完成了。
Vi: Search and Replace
Change to normal mode with <ESC>.
Search (Wraped around at end of file):
Search STRING forward : / STRING.
Search STRING backward: ? STRING.
Repeat search: n
Repeat search in opposite direction: N (SHIFT-n
Replace: Same as with sed,
Replace OLD with NEW:
First occurrence on current line: :s/OLD/NEW
Globally (all) on current line: :s/OLD/NEW/g
Between two lines #,#: :#,#s/OLD/NEW/g
Every occurrence in file: :%s/OLD/NEW/g
1 基本解釋
extern可以置于變量或者函數前，以標示變量或者函數的定義在別的文件中，提示編譯器遇到此變量和函數時在其他模塊中尋找其定義。
另外，extern也可用來進行鏈接指定。
2 問題：extern 變量
在一個源文件里定義了一個數組：
在另外一個文件里用下列語句進行了聲明：
請問，這樣可以嗎？
答案與分析：
1)、不可以，
程序運行時會告訴你非法訪問。原因在于，指向類型T的指針并不等價于類型T的數組。extern char *a聲明的是一個指針變量而不是字符數組，因此與實際的定義不同，從而造成運行時非法訪問。應該將聲明改為extern char a[ ]。
2)、例子分析如下，如果a[] = "abcd",則外部變量a=0x61626364 (abcd的ASCII碼值)，*a顯然沒有意義，如下圖：
顯然a指向的空間（0x61626364）沒有意義，易出現非法內存訪問。
3)、這提示我們，在使用extern時候要嚴格對應聲明時的格式，在實際編程中，這樣的錯誤屢見不鮮。
4)、extern用在變量聲明中常常有這樣一個作用，你在*.c文件中聲明了一個全局的變量，這個全局的變量如果要被引用，就放在*.h中并用extern來聲明。
3 問題：extern 函數1
常常見extern放在函數的前面成為函數聲明的一部分，那么，C語言的關鍵字extern在函數的聲明中起什么作用？
答案與分析：
如果函數的聲明中帶有關鍵字extern，僅僅是暗示這個函數可能在別的源文件里定義，沒有其它作用。即下述兩個函數聲明沒有明顯的區別：
| extern int f(); 和int f(); |
當然，這樣的用處還是有的，就是在程序中取代include “*.h”來聲明函數，在一些復雜的項目中，我比較習慣在所有的函數聲明前添加extern修飾。
4 問題：extern 函數2
當函數提供方單方面修改函數原型時，如果使用方不知情繼續沿用原來的extern申明，這樣編譯時編譯器不會報錯。但是在運行過程中，因為少了或者多了輸入參數，往往會照成系統錯誤，這種情況應該如何解決？
答案與分析：
目前業界針對這種情況的處理沒有一個很完美的方案，通常的做法是提供方在自己的xxx_pub.h中提供對外部接口的聲明，然后調用方include該頭文件，從而省去extern這一步。以避免這種錯誤。
寶劍有雙鋒，對extern的應用，不同的場合應該選擇不同的做法。
===============================================================================
4.extern "C"的慣用法
（1）在C++中引用C語言中的函數和變量，在包含C語言頭文件（假設為cExample.h）時，需進行下列處理：
extern "C"
{
#include "cExample.h"
}
而在C語言的頭文件中，對其外部函數只能指定為extern類型，C語言中不支持extern "C"聲明，在.c文件中包含了extern "C"時會出現編譯語法錯誤。
筆者編寫的C++引用C函數例子工程中包含的三個文件的源代碼如下：
- C/C++ code
-
/* c語言頭文件：cExample.h */
#ifndef C_EXAMPLE_H
#define C_EXAMPLE_H
extern int add(int x,int y);
#endif
/* c語言實現文件：cExample.c */
#include "cExample.h"
int add( int x, int y )
{
return x + y;
}
// c++實現文件，調用add：cppFile.cpp
extern "C"
{
#include "cExample.h"
}
int main(int argc, char* argv[])
{
add(2,3);
return 0;
}
如果C++調用一個C語言編寫的.DLL時，當包括.DLL的頭文件或聲明接口函數時，應加extern "C" { }。
（2）在C中引用C++語言中的函數和變量時，C++的頭文件需添加extern "C"，但是在C語言中不能直接引用聲明了extern "C"的該頭文件，應該僅將C文件中將C++中定義的extern "C"函數聲明為extern類型。
筆者編寫的C引用C++函數例子工程中包含的三個文件的源代碼如下：
//C++頭文件 cppExample.h
#ifndef CPP_EXAMPLE_H
#define CPP_EXAMPLE_H
extern "C" int add( int x, int y );
#endif
//C++實現文件 cppExample.cpp
#include "cppExample.h"
int add( int x, int y )
{
return x + y;
}
/* C實現文件 cFile.c
/* 這樣會編譯出錯：#include "cExample.h" */
extern int add( int x, int y );
int main( int argc, char* argv[] )
{
add( 2, 3 );
return 0;
}
Linux : "highlighted" means "copy", "middle mouse" means "paste"
To make Xming's clipboard work
change /etc/init.d/custom.conf
in [daemon]
KillInitClients=false
常引用
常引用聲明方式：const 類型標識符 &引用名=目標變量名；
用這種方式聲明的引用，不能通過引用對目標變量的值進行修改,從而使引用的目標成為
const，達到了引用的安全性。
【例3】：
int a ;
const int &ra=a;
ra=1; //錯誤
a=1; //正確
這不光是讓代碼更健壯，也有些其它方面的需要。
【例4】：假設有如下函數聲明：
string foo( );
void bar(string & s);
那么下面的表達式將是非法的：
bar(foo( ));
bar("hello world");
原因在于foo( )和"hello world"串都會產生一個臨時對象，而在C++中，這些臨時對象都是
const 類型的。因此上面的表達式就是試圖將一個const 類型的對象轉換為非const 類型，
這是非法的。
引用型參數應該在能被定義為const 的情況下，盡量定義為const 。
1.test測試命令
test命令用于檢查某個條件是否成立，它可以進行數值、字符和文件三個方面的測試，
其測試符和相應的功能分別如下：
(1)數值測試：
-eq：等于則為真
-ne：不等于則為真
-gt：大于則為真
-ge：大于等于則為真
-lt：小于則為真
-le：小于等于則為真
(2)字符串測試：
=：等于則為真
!=：不相等則為真
-z 字符串：字符串長度偽則為真
-n 字符串：字符串長度不偽則為真
(3)文件測試：
-e 文件名：如果文件存在則為真
-r 文件名：如果文件存在且可讀則為真
-w 文件名：如果文件存在且可寫則為真
-x 文件名：如果文件存在且可執行則為真
-s 文件名：如果文件存在且至少有一個字符則為真
-d 文件名：如果文件存在且為目錄則為真
-f 文件名：如果文件存在且為普通文件則為真
-c 文件名：如果文件存在且為字符型特殊文件則為真
-b 文件名：如果文件存在且為塊特殊文件則為真
另外，Linux還提供了與(“！”)、或(“-o)、非(“-a”)三個邏輯操作符用于將測試條件連接起來，
其優先級為：“！”最高，“-a”次之，“-o”最低。
同時，bash也能完成簡單的算術運算，格式如下：
$[expression]
例如：var1=2
var2=$[var1*10+1]
則：var2的值為21。
2.if條件語句
if [ -x /sbin/quotaon ]; then
echo "Turning on Quota for root filesystem"
/sbin/quotaon /
elif [ -x /sbin/quotaon ]; then
/usr/bin/bash
else
echo "ok"
fi
3.for 循環
#!/bin/sh
WORD="a b c d e f g h i j l m n o p q r s t u v w x y z"
for i in $WORD ; do
echo $i
done
#!/bin/sh
FILES=`ls /txt/*.txt`
for txt in $FILES ; do
doc=`echo $txt | sed "s/.txt/.doc/"`
mv $txt $doc
done
4.while和until 循環
#!/bin/sh
while [ -f /var/run/ppp0.pid ] ; do
killall pppd
done
#!/bin/sh
until [ -f /var/run/ppp0.pid ] ; do
sleep 1
done
Shell還提供了true和false兩條命令用于建立無限循環結構的需要，
它們的返回狀態分別是總為0或總為非0
5.case 條件選擇
#!/bin/sh
case $1 in
start | begin)
echo "start something"
;;
stop | end)
echo "stop something"
;;
*)
echo "Ignorant"
;;
esac
case表達式中也可以使用shell的通配符(“*”、“？”、“[ ]”)。
6.無條件控制語句break和continue
break 用于立即終止當前循環的執行，而contiune用于不執行循環中后面的語句
而立即開始下一個循環的執行。這兩個語句只有放在do和done之間才有效。
7.函數定義
在shell中還可以定義函數。函數實際上也是由若干條shell命令組成的，
因此它與shell程序形式上是相似的，不同的是它不是一個單獨的進程，
而是shell程序的一部分。函數定義的基本格式為：
functionname
{
若干命令行
}
調用函數的格式為：
functionname param1 param2 ……
shell函數可以完成某些例行的工作，而且還可以有自己的退出狀態，
因此函數也可以作為if、while等控制結構的條件。
在函數定義時不用帶參數說明，但在調用函數時可以帶有參數，此時
shell將把這些參數分別賦予相應的位置參數$1、$2、...及$*。
8.命令分組
在shell中有兩種命令分組的方法：“()”和“{}”，前者當shell執行()
中的命令時將再創建一個新的子進程，然后這個子進程去執行圓括弧中的命令。
當用戶在執行某個命令時不想讓命令運行時對狀態集合(如位置參數、環境變量、
當前工作目錄等)的改變影響到下面語句的執行時，就應該把這些命令放在圓括
弧中，這樣就能保證所有的改變只對子進程產生影響，而父進程不受任何干擾；
{}用于將順序執行的命令的輸出結果用于另一個命令的輸入(管道方式)。當我們
要真正使用圓括弧和花括弧時(如計算表達式的優先級)，則需要在其前面加上轉
義符(\)以便讓shell知道它們不是用于命令執行的控制所用。
9.信號
trap命令用于在shell程序中捕捉到信號，之后可以有三種反應方式：
(1)執行一段程序來處理這一信號
(2)接受信號的默認操作
(3)忽視這一信號
trap對上面三種方式提供了三種基本形式：
第一種形式的trap命令在shell接收到signal list清單中數值相同的信號時，
將執行雙引號中的命令串。
trap 'commands' signal-list
trap "commands" signal-list
為了恢復信號的默認操作，使用第二種形式的trap命令：
trap signal-list
第三種形式的trap命令允許忽視信號：
trap " " signal-list
注意：
(1)對信號11(段違例)不能捕捉，因為shell本身需要捕捉該信號去進行內存的轉儲。
(2)在trap中可以定義對信號0的處理(實際上沒有這個信號)，shell程序在其終止
(如執行exit語句)時發出該信號。
(3)在捕捉到signal-list中指定的信號并執行完相應的命令之后，如果這些命令沒有將
shell程序終止的話，shell程序將繼續執行收到信號時所執行的命令后面的命令，這樣
將很容易導致shell程序無法終止。
另外，在trap語句中，單引號和雙引號是不同的，當shell程序第一次碰到trap語句時，
將把commands中的命令掃描一遍。此時若commands是用單引號括起來的話，那么shell
不會對commands中的變量和命令進行替換，否則commands中的變量和命令將用當時具體
的值來替換。
10. 運行shell程序的方法
執行shell程序的方法有三種：
(1)sh shell程序文件名
格式為：
bash shell 程序文件名
這實際上是調用一個新的bash命令解釋程序，而把shell程序文件名作為參數傳遞給它。
新啟動的shell將去讀指定的文件，執行文件中列出的命令，當所有的命令都執行完結束。
該方法的優點是可以利用shell調試功能。
(2)sh<shell程序文件名
格式為：
bash<shell 程序文件名
這種方式就是利用輸入重定向，使shell命令解釋程序的輸入取自指定的程序文件。
(3)用chmod命令使shell程序成為可執行的
11. bash程序的調試
bash -選擇項 shell程序文件名
幾個常用的選擇項是：
-e：如果一個命令失敗就立即退出
-n：讀入命令但是不執行它們
-u：置換時把未設置的變量看作出錯
-v：當讀入shell輸入行時把它們顯示出來
-x：執行命令時把命令和它們的參數顯示出來
上面的所有選項也可以在shell程序內部用“set -選擇項”的形式引用，而“set +選擇項”則
將禁止該選擇項起作用。如果只想對程序的某一部分使用某些選擇項時，則可以將該部分用
上面兩個語句包圍起來。
1.未置變量退出和立即退出
未置變量退出特性允許用戶對所有變量進行檢查，如果引用了一個未賦值的變量就終止shell
程序的執行。shell通常允許未置變量的使用，在這種情況下，變量的值為空。如果設置了未
置變量退出選擇項，則一旦使用了未置變量就顯示錯誤信息，并終止程序的運行。未置變量退
出選擇項為“-u”。
當shell運行時，若遇到不存在或不可執行的命令、重定向失敗或命令非正常結束等情況時，如
果未經重新定向，該出錯信息會打印在終端屏幕上，而shell程序仍將繼續執行。要想在錯誤發
生時迫使shell程序立即結束，可以使用“-e”選項將shell程序的執行立即終止。
2.shell程序的跟蹤
調試shell程序的主要方法是利用shell命令解釋程序的“-v”或“-x”選項來跟蹤程序的執行。“-v”
選擇項使shell在執行程序的過程中，把它讀入的每一個命令行都顯示出來，而“-x”選擇項使shell
在執行程序的過程中把它執行的每一個命令在行首用一個“+”加上命令名顯示出來。并把每一個變量
和該變量所取的值也顯示出來，因此，它們的主要區別在于：在執行命令行之前無“-v”則打印出命
令行的原始內容，而有“-v”則打印出經過替換后的命令行的內容。
除了使用shell的“-v”和“-x”選擇項以外，還可以在shell程序內部采取一些輔助調試的措施。
例如，可以在shell程序的一些關鍵地方使用echo命令把必要的信息顯示出來，它的作用相當于C語
言中的printf語句，這樣就可以知道程序運行到什么地方及程序目前的狀態。
12. bash的內部命令
bash命令解釋程序包含了一些內部命令。內部命令在目錄列表時是看不見的，它們由shell本身提供。
常用的內部命令有：echo、eval、exec、export、readonly、read、shift、wait和點(.)。
下面簡單介紹其命令格式和功能。
1.echo
命令格式：echo arg
功能：在屏幕上打印出由arg指定的字符串。
2.eval
命令格式：eval args
功能：當shell程序執行到eval語句時，shell讀入參數args，并將它們組合成一個新的命令，然后
執行。
3.exec
命令格式：exec 命令 命令參數
功能：當shell執行到exec語句時，不會去創建新的子進程，而是轉去執行指定的命令，
當指定的命令執行完時，該進程，也就是最初的shell就終止了，所以shell程序中exec
后面的語句將不再被執行。
4.export
命令格式：export 變量名 或：export 變量名=變量值
功能：shell可以用export把它的變量向下帶入子shell從而讓子進程繼承父進程中的環境變量。
但子shell不能用export把它的變量向上帶入父shell。
注意：不帶任何變量名的export語句將顯示出當前所有的export變量。
5.readonly
命令格式：readonly 變量名
功能：將一個用戶定義的shell變量標識為不可變的。不帶任何參數的readonly命令將顯示出
所有只讀的shell變量。
6.read
命令格式：
read變量名表
功能：從標準輸入設備讀入一行，分解成若干字，賦值給shell程序內部定義的變量。
7.shift語句
功能：shift語句按如下方式重新命名所有的位置參數變量：$2成為$1，$3成為$2……在程序中
每使用一次shift語句，都使所有的位置參數依次向左移動一個位置，并使位置參數“$#”減一，
直到減到0。
8.wait
功能：是shell等待在后臺啟動的所有子進程結束。Wait的返回值總是真。
9.exit
功能：退出shell程序。在exit之后可有選擇地指定一個數字作為返回狀態。
10.“.”(點)
命令格式：. Shell程序文件名
功能：使shell讀入指定的shell程序文件并依次執行文件中的所有語句。
13. 特殊參數：
1. $*: 代表所有參數，其間隔為IFS內定參數的第一個字元
2. $@: 與*星號類同。不同之處在於不參照IFS
3. $#: 代表參數數量
4. $?: 執行上一個指令的返回值
5. $-: 最近執行的foreground pipeline的選項參數
6. $$: 本身的Process ID
7. $!: 執行上一個背景指令的PID
8. $_: 顯示出最後一個執行的命令
首先說下/etc/ld.so.conf:
這個文件記錄了編譯時使用的動態鏈接庫的路徑。
默認情況下，編譯器只會使用/lib和/usr/lib這兩個目錄下的庫文件
如果你安裝了某些庫，比如在安裝gtk+-2.4.13時它會需要glib-2.0 >= 2.4.0,辛苦的安裝好glib后
沒有指定 —prefix=/usr 這樣glib庫就裝到了/usr/local下，而又沒有在/etc/ld.so.conf中添加/usr/local/lib這個搜索路徑，所以編譯gtk+-2.4.13就會出錯了 對于這種情況有兩種方法解決：
一：在編譯glib-2.4.x時，指定安裝到/usr下，這樣庫文件就會放在/usr/lib中，gtk就不會找不到需要的庫文件了 對于安裝庫文件來說，這是個好辦法，這樣也不用設置PKG_CONFIG_PATH了
二：將/usr/local/lib加入到/etc/ld.so.conf中，這樣安裝gtk時就會去搜索/usr/local/lib,同樣可以找到需要的庫
將/usr/local/lib加入到/etc/ld.so.conf也是必須的，這樣以后安裝東東到local下，就不會出現這樣的問題了。
將自己可能存放庫文件的路徑都加入到/etc/ld.so.conf中是明智的選擇
添加方法也極其簡單，將庫文件的絕對路徑直接寫進去就OK了，一行一個。例如：
/usr/X11R6/lib
/usr/local/lib
/opt/lib
再來看看ldconfig ：
它是一個程序，通常它位于/sbin下，是root用戶使用的。具體作用及用法可以man ldconfig查到
簡單的說，它的作用就是將/etc/ld.so.conf列出的路徑下的庫文件 緩存到/etc/ld.so.cache 以供使用
因此當安裝完一些庫文件，(例如剛安裝好glib)，或者修改ld.so.conf增加新的庫路徑后，需要運行一下/sbin/ldconfig
使所有的庫文件都被緩存到ld.so.cache中，如果沒做，即使庫文件明明就在/usr/lib下的，也是不會被使用的，結果編譯過程中報錯，缺少xxx庫
我曾經編譯KDE時就犯過這個錯誤，(它需要每編譯好一個東東，都要運行一遍)，所以切記改動庫文件后一定要運行一下ldconfig，在任何目錄下運行都可以。
再來說說 PKG_CONFIG_PATH這個變量吧:
經常在論壇上看到有人問”為什么我已經安裝了glib-2.4.x，但是編譯gtk+-2.4.x 還是提示glib版本太低阿？
為什么我安裝了glib-2.4.x，還是提示找不到阿？。。。。。。”都是這個變量搞的鬼。
先說說它是哪冒出來的，當安裝了pkgconfig-x.x.x這個包后，就多出了pkg-config，它就是需要PKG_CONFIG_PATH的東東
pkgconfig-x.x.x又是做什么的？ 來看一段說明：
The pkgconfig package contains tools for passing the include path
and/or library paths to build tools during the make file execution.
pkg-config is a function that returns meta information for the specified library.
The default setting for PKG_CONFIG_PATH is /usr/lib/pkgconfig because
of the prefix we use to install pkgconfig. You may add to
PKG_CONFIG_PATH by exporting additional paths on your system where
pkgconfig files are installed. Note that PKG_CONFIG_PATH is only needed
when compiling packages, not during run-time.
其實pkg-config就是向configure程序提供系統信息的程序，比如軟件的版本啦，庫的版本啦，庫的路徑啦，等等
這些信息只是在編譯其間使用。你可以 ls /usr/lib/pkgconfig 下，會看到許多的*.pc,用文本編輯器打開
會發現類似下面的信息：
prefix=/usr
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include
glib_genmarshal=glib-genmarshal
gobject_query=gobject-query
glib_mkenums=glib-mkenums
Name: GLib
Description: C Utility Library
Version: 2.4.7
Libs: -L${libdir} -lglib-2.0
Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include
明白了吧，configure就是靠這些信息判斷你的軟件版本是否符合要求。并且得到這些東東所在的位置，要不去哪里找呀。
不用我說你也知道為什么會出現上面那些問題了吧。
解決的辦法很簡單，設定正確的PKG_CONFIG_PATH，假如將glib-2.x.x裝到了/usr/local/下，那么glib-2.0.pc就會在
/usr/local/lib/pkgconfig下，將這個路徑添加到PKG_CONFIG_PATH下就可以啦。并且確保configure找到的是正確的
glib-2.0.pc,就是將其他的lib/pkgconfig目錄glib-2.0.pc干掉就是啦。(如果有的話 ^-^)
設定好后可以加入到~/.bashrc中，例如：
PKG_CONFIG_PATH=/opt/kde-3.3.0/lib/pkgconfig:/usr/lib/pkgconfig:/usr/local/pkgconfig:
/usr/X11R6/lib/pkgconfig
[root@NEWLFS ~]#echo $PKG_CONFIG_PATH
/opt/kde-3.3.0/lib/pkgconfig:/usr/lib/pkgconfig:/usr/local/pkgconfig:/usr/X11R6/lib/pkgconfig
從上面可以看出，安裝庫文件時，指定安裝到/usr，是很有好處的，無論是/etc/ld.so.conf還是PKG_CONFIG_PATH
默認都會去搜索/usr/lib的，可以省下許多麻煩，不過從源碼包管理上來說，都裝在/usr下
管理是個問題，不如裝在/usr/local下方便管理
其實只要設置好ld.so.conf，PKG_CONFIG_PATH路徑后，就OK啦
refresh
tail -f /var/log/messages