設定vim C的語法高亮及自動縮排
阿新 • • 發佈：2019-01-27
vim簡介
Vim（Vi Improved) 是一個類似於vi 的文字編輯器，在Vi的基礎上增加了很多新的特性和功能。Vim以其強大的功能和可定製能力，成為Linux/Unix環境下開源的最重要的編輯器之一（另一個是 Emacs），被眾多開發者所喜愛。筆者此時所用的是最新的7.1版本。
與大部分其它編輯器不同，進入 Vim 後，預設狀態下鍵入的字元並不會插入到所編輯的檔案之中。Vim 的模式（mode，可以簡單地理解為“狀態”）概念非常重要。需要知道，Vim 有以下幾個模式：
1） 正常（normal）模式，預設的編輯模式；下面如果不加特殊說明，提到的命令都直接在正常模式下輸入；任何其它模式中都可以通過鍵盤上的 Esc 鍵回到正常模式。
2） 命令（command）模式，用於執行較長、較複雜的命令；在正常模式下輸入“:”（一般命令）、“/”（正向搜尋）或“?”（反向搜尋）即可進入該模式；命令模式下的命令要輸入回車鍵（Enter）才算完成。
3） 插入（insert）模式，輸入文字時使用；在正常模式下鍵入“i”（insert）或“a”（append）即可進入插入模式（也有另外一些命令，如“c”，也可以進入插入模式，但這些命令有其它的作用）。
4） 可視（visual）模式，用於選定文字塊；可以在正常模式下輸入“v”（小寫）來按字元選定，輸入“V”（大寫）來按行選定，或輸入“Ctrl-V”來按方塊選定。
5） 選擇（select）模式，與普通的 Windows 編輯器較為接近的選擇文字塊的方式；在以可視模式和選擇模式之一選定文字塊之後，可以使用“Ctrl-G”切換到另一模式——該模式很少在 Linux 上使用，本文中就不再介紹了。
設定vim語法高亮顯示和自動縮排
二、接下來設定vim的配置檔案
1、配置檔案的位置
在目錄 /etc/ 下面，有個名為vimrc的檔案，這是系統中公共的vim配置檔案，對所有使用者都有效。而在每個使用者的主目錄下，都可以自己建立私有的配置檔案，命名為：“.vimrc”。例如，/root目錄下，通常已經存在一個.vimrc檔案。
2、設定語法高亮顯示
1) 開啟vimrc，新增以下語句來使得語法高亮顯示：
syntax on
2) 如果此時語法還是沒有高亮顯示，那麼在/etc目錄下的profile檔案中新增以下語句：
export TERM=xterm-color
3、設定Windows風格的C/C++自動縮排（新增以下set語句到vimrc中）
1）設定（軟）製表符寬度為4：
set tabstop=4
set softtabstop=4
2）設定縮排的空格數為4
set shiftwidth=4
3）設定自動縮排：即每行的縮排值與上一行相等；使用 noautoindent 取消設定：
set autoindent
4）設定使用 C/C++ 語言的自動縮排方式：
set cindent
5）設定C/C++語言的具體縮排方式（以我的windows風格為例）：
set cinoptions={0,1s,t0,n-2,p2s,(03s,=.5s,>1s,=1s,:1s
6）如果想在左側顯示文字的行號，可以用以下語句：
set nu
7）最後，如果沒有下列語句，就加上吧：
if &term=="xterm"
set t_Co=8
set t_Sb=^[[4%dm
set t_Sf=^[[3%dm
endif
還有中文顯示問題,
可以新增：
let &termencoding=&encoding
set fileencodings=utf-8,gbk,ucs-bom,cp936
上面這兩行命令即可
[vim編碼方面的基礎知識]
1，存在3個變數：
encoding----該選項使用於緩衝的文字(你正在編輯的檔案)，暫存器，Vim
指令碼檔案等等。你可以把 'encoding' 選項當作是對 Vim
內部執行機制的設定。
fileencoding----該選項是vim寫入檔案時採用的編碼型別。
termencoding----該選項代表輸出到客戶終端（Term）採用的編碼型別。
2，此3個變數的預設值：
encoding----與系統當前locale相同，所以編輯檔案的時候要考慮當前locale，否則要設定的東西就比較多了。
fileencoding----vim開啟檔案時自動辨認其編碼，fileencoding就為辨認的值。為空則儲存檔案時採用encoding的編碼，如果沒有修改encoding，那值就是系統當前locale了。
termencoding----預設空值，也就是輸出到終端不進行編碼轉換。
由此可見，編輯不同編碼檔案需要注意的地方不僅僅是這3個變數，還有系統當前locale和、檔案本身編碼以及自動編碼識別、客戶執行vim的終端所使用的編碼型別3個關鍵點，這3個關鍵點影響著3個變數的設定。
如果有人問：為什麼我用vim開啟中文文件的時候出現亂碼？
答案是不確定的，原因上面已經講了，不搞清楚這3個關鍵點和這3個變數的設定值，出現亂碼是正常的，倒是不出現亂碼那反倒是湊巧的。
再來看一下常見情況下這三個關鍵點的值以及在這種情況下這3個變數的值：
1.locale----目前大部分Linux系統已經將utf-8作為預設
locale了，不過也有可能不是，例如有些系統使用中文locale
zh_CN.GB18030。在locale為utf-8的情況下，啟動vim後encoding將會設定為utf-8，這是相容性最好的方式，因為內部
處理使用utf-8的話，無論外部儲存編碼為何都可以進行無缺損轉換。locale決定了vim內部處理資料的編碼，也就是encoding。
2.檔案的編碼以及自動編碼識別----這方面牽扯到各種編碼的規則，就不一一細講了。但需要明白的是，檔案編碼型別並不是儲存在檔案內的，也就是說沒有
任何描述性的欄位來記錄文件是何種編碼型別的。因此我們在編輯文件的時候，要麼必須知道這文件儲存時是以什麼編碼儲存的，要麼通過另外的一些手段來斷定編
碼型別，這另外的手段，就是通過某些編碼的碼錶特徵來斷定，例如每個字元佔用的位元組數，每個字元的ascii值是否都大於某個欄位來斷定這個檔案屬於何種
編碼。這種方式vim也使用了，這就是vim的自動編碼識別機制了。但這種機制由於編碼各式各樣，不可能每種編碼都有顯著的特徵來辨別，所以是不可能
100%準確的。對於我們GB2312編碼，由於其中文是使用了2個acsii值高於127的字元組成漢字字元的，因此不可能把gb2312編碼的檔案與
latin1編碼區分開來，因此自動識別編碼的機制對於gb2312是不成功的，它只會將檔案辨識為latin1編碼。此問題同樣出現在gbk，big5
上等。因此我們在編輯此類文件時，需要手工設定encoding和fileencoding。如果文件編碼為utf-8時，一般vim都能自動識別正確的
編碼。
3.客戶執行vim的終端所使用的編碼型別----同第二條一樣，這也是一個比較
難以斷定的關鍵點。第二個關鍵點決定著從檔案讀取內容和寫入內容到檔案時使用的編碼，而此關鍵點則決定vim輸出內容到終端時使用的編碼，如果此編碼型別
和終端認為它收到的資料的編碼型別不同，則又會產生亂碼問題。在
linux本地X環境下，一般終端都認為其接收的資料的編碼型別和系統locale型別相符，因此不需關心此方面是否存在問題。但如果牽涉到遠端終端，例
如ssh登入伺服器，則問題就有可能出現了。例如從1臺locale為GB2310的系統（稱作客戶機）ssh到locale為utf-8的系統（稱作服
務器）並開啟vim編輯文件，在不加任何改動的情況下，伺服器返回的資料為utf-8的，但客戶機認為伺服器返回的資料是gb2312的，按照
gb2312來解釋資料，則肯定就是亂碼了，這時就需要設定termencoding為gb2312來解決這個問題。此問題更多出現在我們的
windows
desktop機遠端ssh登入伺服器的情況下，這裡牽扯到不同系統的編碼轉換問題。所以又與windows本身以及ssh客戶端有很大相關性。在
windows下存在兩種編碼型別的軟體，一種是本身就為unicode編碼方式編寫的軟體，一種是ansi軟體，也就是程式處理資料直接採用位元組流，不
關心編碼。前一種程式可以在任何語言的windows上正確顯示多國語言，而後一種則編寫在何種語言的系統上則只能在何種語言的系統上顯示正確的文字。對
於這兩種型別的程式，我們需要區別對待。以ssh客戶端為例，我們使用的putty是unicode軟體，而secure
CRT則是ansi
軟體。對於前者，我們要正確處理中文，只要保證vim輸出到終端的編碼為utf-8即可，就是termencoding=utf-8。但對於後者，一方面
我們要確認我們的windows系統預設內碼表為cp936（中文windows預設值），另一方面要確認vim設定的termencoding=
cp936。
最後來看看處理中文文件最典型的幾種情況和設定方式：
1.系統locale是utf-8（很多linux系統預設的locale形
式），編輯的文件是GB2312或GBK形式的（Windows記事本預設儲存形式，大部分編輯器也預設儲存為這個形式，所以最常見），終端型別utf-
8（也就是假定客戶端是putty類的unicode軟體）
則vim開啟文件後，encoding=utf-8（locale決定的），fileencoding=latin1（自動編碼判斷機制不準導致的），termencoding=空（預設無需轉換term編碼），顯示檔案為亂碼。
解決方案1：首先要修正fileencoding為cp936或者euc-cn（二者一樣的，只不過叫法不同），注意修正的方法不是:set
fileencoding=cp936，這只是將檔案儲存為cp936，正確的方法是重新以cp936的編碼方式載入檔案為:edit
++enc=cp936，可以簡寫為:e ++enc=cp936。
解決方案2：臨時改變vim執行的locale環境，方法是以LANG=zh_CN vim
abc.txt的方式來啟動vim，則此時encoding=euc-cn（locale決定的），fileencoding=空（此locale下檔案
編碼自動判別功能不啟用，所以fileencoding為檔案本身編碼方式不變，也就是euc-cn），termencoding=空（預設值，為空則等
於encoding）此時還是亂碼的，因為我們的ssh終端認為接受的資料為utf-8，但vim傳送資料為euc-cn，所以還是不對。此時再用命令:
set
termencoding=utf-8將終端資料輸出為utf-8，則顯示正常。
2.情況與1基本相同，只是使用的ssh軟體為secure
CRT類ansi類軟體。
vim開啟文件後，encoding=utf-8（locale決定的），fileencoding=latin1（自動編碼判斷機制不準導致的），termencoding=空（預設無需轉換term編碼），顯示檔案為亂碼。
解決方案1：首先要保證執行secure
CRT的windows機器的預設內碼表為CP936，這一點中文windows已經是預設設定了。其他的與上面方案1相同，只是要增加一步，:set
termencoding=cp936
解決方案2：與上面方案2類似，不過最後一步修改termencoding省略即可，在此情況下需要的修改最少，只要以locale為zh_CN開啟
vim，則encoding=euc-cn，fileencoding和termencoding都為空即為encoding的值，是最理想的一種情況。
Vim（Vi Improved) 是一個類似於vi 的文字編輯器，在Vi的基礎上增加了很多新的特性和功能。Vim以其強大的功能和可定製能力，成為Linux/Unix環境下開源的最重要的編輯器之一（另一個是 Emacs），被眾多開發者所喜愛。筆者此時所用的是最新的7.1版本。
與大部分其它編輯器不同，進入 Vim 後，預設狀態下鍵入的字元並不會插入到所編輯的檔案之中。Vim 的模式（mode，可以簡單地理解為“狀態”）概念非常重要。需要知道，Vim 有以下幾個模式：
1） 正常（normal）模式，預設的編輯模式；下面如果不加特殊說明，提到的命令都直接在正常模式下輸入；任何其它模式中都可以通過鍵盤上的 Esc 鍵回到正常模式。
2） 命令（command）模式，用於執行較長、較複雜的命令；在正常模式下輸入“:”（一般命令）、“/”（正向搜尋）或“?”（反向搜尋）即可進入該模式；命令模式下的命令要輸入回車鍵（Enter）才算完成。
3） 插入（insert）模式，輸入文字時使用；在正常模式下鍵入“i”（insert）或“a”（append）即可進入插入模式（也有另外一些命令，如“c”，也可以進入插入模式，但這些命令有其它的作用）。
4） 可視（visual）模式，用於選定文字塊；可以在正常模式下輸入“v”（小寫）來按字元選定，輸入“V”（大寫）來按行選定，或輸入“Ctrl-V”來按方塊選定。
5） 選擇（select）模式，與普通的 Windows 編輯器較為接近的選擇文字塊的方式；在以可視模式和選擇模式之一選定文字塊之後，可以使用“Ctrl-G”切換到另一模式——該模式很少在 Linux 上使用，本文中就不再介紹了。
設定vim語法高亮顯示和自動縮排
二、接下來設定vim的配置檔案
1、配置檔案的位置
在目錄 /etc/ 下面，有個名為vimrc的檔案，這是系統中公共的vim配置檔案，對所有使用者都有效。而在每個使用者的主目錄下，都可以自己建立私有的配置檔案，命名為：“.vimrc”。例如，/root目錄下，通常已經存在一個.vimrc檔案。
2、設定語法高亮顯示
1) 開啟vimrc，新增以下語句來使得語法高亮顯示：
syntax on
2) 如果此時語法還是沒有高亮顯示，那麼在/etc目錄下的profile檔案中新增以下語句：
export TERM=xterm-color
3、設定Windows風格的C/C++自動縮排（新增以下set語句到vimrc中）
1）設定（軟）製表符寬度為4：
set tabstop=4
set softtabstop=4
2）設定縮排的空格數為4
set shiftwidth=4
3）設定自動縮排：即每行的縮排值與上一行相等；使用 noautoindent 取消設定：
set autoindent
4）設定使用 C/C++ 語言的自動縮排方式：
set cindent
5）設定C/C++語言的具體縮排方式（以我的windows風格為例）：
set cinoptions={0,1s,t0,n-2,p2s,(03s,=.5s,>1s,=1s,:1s
6）如果想在左側顯示文字的行號，可以用以下語句：
set nu
7）最後，如果沒有下列語句，就加上吧：
if &term=="xterm"
set t_Co=8
set t_Sb=^[[4%dm
set t_Sf=^[[3%dm
endif
還有中文顯示問題,
可以新增：
let &termencoding=&encoding
set fileencodings=utf-8,gbk,ucs-bom,cp936
上面這兩行命令即可
[vim編碼方面的基礎知識]
1，存在3個變數：
encoding----該選項使用於緩衝的文字(你正在編輯的檔案)，暫存器，Vim
指令碼檔案等等。你可以把 'encoding' 選項當作是對 Vim
內部執行機制的設定。
fileencoding----該選項是vim寫入檔案時採用的編碼型別。
termencoding----該選項代表輸出到客戶終端（Term）採用的編碼型別。
2，此3個變數的預設值：
encoding----與系統當前locale相同，所以編輯檔案的時候要考慮當前locale，否則要設定的東西就比較多了。
fileencoding----vim開啟檔案時自動辨認其編碼，fileencoding就為辨認的值。為空則儲存檔案時採用encoding的編碼，如果沒有修改encoding，那值就是系統當前locale了。
termencoding----預設空值，也就是輸出到終端不進行編碼轉換。
由此可見，編輯不同編碼檔案需要注意的地方不僅僅是這3個變數，還有系統當前locale和、檔案本身編碼以及自動編碼識別、客戶執行vim的終端所使用的編碼型別3個關鍵點，這3個關鍵點影響著3個變數的設定。
如果有人問：為什麼我用vim開啟中文文件的時候出現亂碼？
答案是不確定的，原因上面已經講了，不搞清楚這3個關鍵點和這3個變數的設定值，出現亂碼是正常的，倒是不出現亂碼那反倒是湊巧的。
再來看一下常見情況下這三個關鍵點的值以及在這種情況下這3個變數的值：
1.locale----目前大部分Linux系統已經將utf-8作為預設
locale了，不過也有可能不是，例如有些系統使用中文locale
zh_CN.GB18030。在locale為utf-8的情況下，啟動vim後encoding將會設定為utf-8，這是相容性最好的方式，因為內部
處理使用utf-8的話，無論外部儲存編碼為何都可以進行無缺損轉換。locale決定了vim內部處理資料的編碼，也就是encoding。
2.檔案的編碼以及自動編碼識別----這方面牽扯到各種編碼的規則，就不一一細講了。但需要明白的是，檔案編碼型別並不是儲存在檔案內的，也就是說沒有
任何描述性的欄位來記錄文件是何種編碼型別的。因此我們在編輯文件的時候，要麼必須知道這文件儲存時是以什麼編碼儲存的，要麼通過另外的一些手段來斷定編
碼型別，這另外的手段，就是通過某些編碼的碼錶特徵來斷定，例如每個字元佔用的位元組數，每個字元的ascii值是否都大於某個欄位來斷定這個檔案屬於何種
編碼。這種方式vim也使用了，這就是vim的自動編碼識別機制了。但這種機制由於編碼各式各樣，不可能每種編碼都有顯著的特徵來辨別，所以是不可能
100%準確的。對於我們GB2312編碼，由於其中文是使用了2個acsii值高於127的字元組成漢字字元的，因此不可能把gb2312編碼的檔案與
latin1編碼區分開來，因此自動識別編碼的機制對於gb2312是不成功的，它只會將檔案辨識為latin1編碼。此問題同樣出現在gbk，big5
上等。因此我們在編輯此類文件時，需要手工設定encoding和fileencoding。如果文件編碼為utf-8時，一般vim都能自動識別正確的
編碼。
3.客戶執行vim的終端所使用的編碼型別----同第二條一樣，這也是一個比較
難以斷定的關鍵點。第二個關鍵點決定著從檔案讀取內容和寫入內容到檔案時使用的編碼，而此關鍵點則決定vim輸出內容到終端時使用的編碼，如果此編碼型別
和終端認為它收到的資料的編碼型別不同，則又會產生亂碼問題。在
linux本地X環境下，一般終端都認為其接收的資料的編碼型別和系統locale型別相符，因此不需關心此方面是否存在問題。但如果牽涉到遠端終端，例
如ssh登入伺服器，則問題就有可能出現了。例如從1臺locale為GB2310的系統（稱作客戶機）ssh到locale為utf-8的系統（稱作服
務器）並開啟vim編輯文件，在不加任何改動的情況下，伺服器返回的資料為utf-8的，但客戶機認為伺服器返回的資料是gb2312的，按照
gb2312來解釋資料，則肯定就是亂碼了，這時就需要設定termencoding為gb2312來解決這個問題。此問題更多出現在我們的
windows
desktop機遠端ssh登入伺服器的情況下，這裡牽扯到不同系統的編碼轉換問題。所以又與windows本身以及ssh客戶端有很大相關性。在
windows下存在兩種編碼型別的軟體，一種是本身就為unicode編碼方式編寫的軟體，一種是ansi軟體，也就是程式處理資料直接採用位元組流，不
關心編碼。前一種程式可以在任何語言的windows上正確顯示多國語言，而後一種則編寫在何種語言的系統上則只能在何種語言的系統上顯示正確的文字。對
於這兩種型別的程式，我們需要區別對待。以ssh客戶端為例，我們使用的putty是unicode軟體，而secure
CRT則是ansi
軟體。對於前者，我們要正確處理中文，只要保證vim輸出到終端的編碼為utf-8即可，就是termencoding=utf-8。但對於後者，一方面
我們要確認我們的windows系統預設內碼表為cp936（中文windows預設值），另一方面要確認vim設定的termencoding=
cp936。
最後來看看處理中文文件最典型的幾種情況和設定方式：
1.系統locale是utf-8（很多linux系統預設的locale形
式），編輯的文件是GB2312或GBK形式的（Windows記事本預設儲存形式，大部分編輯器也預設儲存為這個形式，所以最常見），終端型別utf-
8（也就是假定客戶端是putty類的unicode軟體）
則vim開啟文件後，encoding=utf-8（locale決定的），fileencoding=latin1（自動編碼判斷機制不準導致的），termencoding=空（預設無需轉換term編碼），顯示檔案為亂碼。
解決方案1：首先要修正fileencoding為cp936或者euc-cn（二者一樣的，只不過叫法不同），注意修正的方法不是:set
fileencoding=cp936，這只是將檔案儲存為cp936，正確的方法是重新以cp936的編碼方式載入檔案為:edit
++enc=cp936，可以簡寫為:e ++enc=cp936。
解決方案2：臨時改變vim執行的locale環境，方法是以LANG=zh_CN vim
abc.txt的方式來啟動vim，則此時encoding=euc-cn（locale決定的），fileencoding=空（此locale下檔案
編碼自動判別功能不啟用，所以fileencoding為檔案本身編碼方式不變，也就是euc-cn），termencoding=空（預設值，為空則等
於encoding）此時還是亂碼的，因為我們的ssh終端認為接受的資料為utf-8，但vim傳送資料為euc-cn，所以還是不對。此時再用命令:
set
termencoding=utf-8將終端資料輸出為utf-8，則顯示正常。
2.情況與1基本相同，只是使用的ssh軟體為secure
CRT類ansi類軟體。
vim開啟文件後，encoding=utf-8（locale決定的），fileencoding=latin1（自動編碼判斷機制不準導致的），termencoding=空（預設無需轉換term編碼），顯示檔案為亂碼。
解決方案1：首先要保證執行secure
CRT的windows機器的預設內碼表為CP936，這一點中文windows已經是預設設定了。其他的與上面方案1相同，只是要增加一步，:set
termencoding=cp936
解決方案2：與上面方案2類似，不過最後一步修改termencoding省略即可，在此情況下需要的修改最少，只要以locale為zh_CN開啟
vim，則encoding=euc-cn，fileencoding和termencoding都為空即為encoding的值，是最理想的一種情況。