當(dāng)前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

[转载] 像 IDE 一样使用 vim

發(fā)布時(shí)間：2023/12/14 编程问答 28 豆豆

生活随笔收集整理的這篇文章主要介紹了 [转载] 像 IDE 一样使用 vim 小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

原文:?https://github.com/yangyangwithgnu/use_vim_as_ide

看了這篇文章要是再不會(huì)用vim就不能怪我了.

所需即所獲：像 IDE 一樣使用 vim

yangyangwithgnu@yeah.net
2015-02-15 13:30:59

謝謝

捐贈(zèng)：支付寶?yangyangwithgnu@yeah.net?。支付寶鏈接https://shenghuo.alipay.com/send/payment/fill.htm?optEmail=yangyangwithgnu@yeah.net?，支付寶二維碼 $_$

二手書：書，我提高開發(fā)技能的重要手段之一，隨著職業(yè)生涯的發(fā)展，書籍也在不斷增多，對(duì)我而言，一本書最多讀三遍，再往后，幾乎沒有什么營養(yǎng)吸收，這部分書對(duì)我已基本無用，但對(duì)其他人可能仍有價(jià)值，所以，為合理利用資源，我決定低價(jià)出售這些書，希望達(dá)到兩個(gè)目的：0）用售出的錢購買更多新書（沒當(dāng)過雷鋒的朋友 (?′?`?)）；1）你低價(jià)購得需要的書（雖然二手）。到http://yangyangwithgnu.ecvps.net/used_books/used_books.htm?看看有無你鐘意的。

【公告】

幫助：英譯版編制。github.com 上搜索 vim ide 關(guān)鍵字后第一匹配項(xiàng)便是本文，洋人瀏覽到本文的次數(shù)非常多，常常收到要求同步發(fā)表英文版的郵件，但是，你知道，這 80+ 頁的中文已經(jīng)耗費(fèi)我大量業(yè)余時(shí)間，所以，如果可能，希望有精力的朋友可以將其翻譯為英文，感謝！
討論：任何意見建議移步?http://www.v2ex.com/t/138696

【版本】

v0.1.2，2015-01-18，新增。0）重寫“內(nèi)容查找”，讓匹配項(xiàng)具備上下文提醒能力；1）“快速輸入結(jié)對(duì)符”擴(kuò)充快速選中結(jié)對(duì)符內(nèi)文本的相關(guān)知識(shí)；2）增加支持分支 undo 的介紹；3）增加持久化保存 undo 歷史的介紹；4）全文結(jié)構(gòu)調(diào)整，將“內(nèi)容查找”和“內(nèi)容替換”移至“4 代碼分析”，將“快速輸入結(jié)對(duì)符”更名為“快速編輯結(jié)對(duì)符”，并移至“8 其他輔助”。
v0.1.1，2014-12-27，新增/修正。0）重寫“代碼收藏”章節(jié)，停用過時(shí)的 visual mark，啟用用戶體驗(yàn)更優(yōu)的 vim-signature（@arcticlion，謝謝）；1）新增“基于語義的導(dǎo)航”章節(jié)，YCM 新增該項(xiàng)功能；2）調(diào)整“5.2 模板補(bǔ)全”章節(jié)結(jié)構(gòu)，UltiSnips 不再提供預(yù)定義代碼模板；3）protodef 插件更新，修復(fù) protodef 生成成員函數(shù)實(shí)現(xiàn)的返回語句錯(cuò)誤的問題；4）給出安裝插件 vim-instant-markdown 的詳細(xì)步驟。
v0.1.0，2014-10-13，新增。發(fā)布初始版本。

【目錄】

0 vim 必知會(huì)?
........0.1 .vimrc 文件?
........0.2 .vim/ 目錄?
1 源碼安裝編輯器 vim?
2 插件管理?
3 界面美化?
........3.1 主題風(fēng)格?
........3.2 營造專注氛圍?
........3.3 添加輔助信息?
........3.4 其他?
4 代碼分析?
........4.1 語法高亮?
........4.2 代碼縮進(jìn)?
........4.3 代碼折疊?
........4.4 接口與實(shí)現(xiàn)快速切換?
........4.5 代碼收藏?
........4.6 代碼導(dǎo)航?
................基于標(biāo)簽的導(dǎo)航?
................基于語義的導(dǎo)航?
........4.7 標(biāo)簽列表?
........4.8 內(nèi)容查找?
........4.9 內(nèi)容替換?
5 代碼開發(fā)?
........5.1 快速開關(guān)注釋?
........5.2 模板補(bǔ)全?
........5.3 coming soon (｡???｡)?
........5.4 智能補(bǔ)全?
................基于標(biāo)簽的智能補(bǔ)全?
................基于語義的智能補(bǔ)全?
........5.5 由接口快速生成實(shí)現(xiàn)框架?
........5.6 庫信息參考?
6 工程管理?
........6.1 工程文件瀏覽?
........6.2 多文檔編輯?
........6.3 環(huán)境恢復(fù)?
7 工具鏈集成?
........7.1 編譯器/構(gòu)建工具集成?
................代碼編譯?
................系統(tǒng)構(gòu)建?
................一鍵編譯?
........7.2 靜態(tài)分析器集成?
8 其他輔助?
........8.1 快速編輯結(jié)對(duì)符?
........8.2 支持分支的 undo?
........8.3 快速移動(dòng)?
........8.4 markdown 即時(shí)預(yù)覽?
9 尾聲

【正文】

開始前，我假設(shè)你：0）具備基本的 vim 操作能力，清楚如何打開/編輯/保存文檔、命令與插入模式間切換；1）希望將 vim 打造成 C/C++ 語言的 IDE，而非其他語言。

關(guān)于 vim 的優(yōu)點(diǎn)，你在網(wǎng)上能查到 128+ 項(xiàng)，對(duì)我而言，只有兩項(xiàng)：0）所想即所得，讓手輸入的速度跟上大腦思考的速度，1）所需即所獲，只有你想不到的功能、沒有實(shí)現(xiàn)不了的插件。希望獲得前者的能力，你需要兩本教程深入學(xué)習(xí)，《Practical Vim: Edit Text at the Speed of Thought》和《vim user manual》；要想擁有后者的能力，通讀本文 -。-#。對(duì)于 vim 的喜愛，獻(xiàn)上濕哥哥以表景仰之情：

vi 之大道如我心之禪，
vi 之漫路即為禪修，
vi 之命令禪印于心，
未得此道者視之怪誕，
與之為伴者洞其真諦，
長修此道者巨變?nèi)松?作：reddy@lion.austin.com
譯：yangyangwithgnu@yeah.net

言歸正傳，說說 vim 用于代碼編寫提供了哪些直接和間接功能支撐。vim 用戶手冊(cè)中，50％的例子都是在講 vim 如何高效編寫代碼，由此可見，vim 是一款面向于程序員的編輯器，即使某些功能 vim 無法直接完成，借助其豐富的插件資源，必定可以達(dá)成目標(biāo)，這就是所需即所獲。我是個(gè)目標(biāo)驅(qū)動(dòng)的信奉者，本文內(nèi)容，我會(huì)先給出優(yōu)秀 C/C++ IDE 應(yīng)具備哪些功能，再去探索如何通過 vim 的操作或插件來達(dá)到目標(biāo)。最終至少要像這個(gè)樣子：

（圖形環(huán)境下 IDE 總攬）
（純字符模式下 IDE 總攬）

0 vim 必知會(huì)

在正式開始前先介紹幾個(gè) vim 的必知會(huì)，這不是關(guān)于如何使用而是如何配置 vim 的要點(diǎn)，這對(duì)理解后續(xù)相關(guān)配置非常有幫助。

0.1 .vimrc 文件

.vimrc 是控制 vim 行為的配置文件，位于 ~/.vimrc，不論 vim 窗口外觀、顯示字體，還是操作方式、快捷鍵、插件屬性均可通過編輯該配置文件將 vim 調(diào)教成最適合你的編輯器。

很多人之所以覺得 vim 難用，是因?yàn)?vim 缺少默認(rèn)設(shè)置，甚至安裝完后你連配置文件自身都找不到，不進(jìn)行任何配置的 vim 的確難看、難用。不論用于代碼還是普通文本編輯，有必要將如下基本配置加入 .vimrc 中。

前綴鍵。各類 vim 插件幫助文檔中經(jīng)常出現(xiàn) <leader>，即，前綴鍵。vim 自帶有很多快捷鍵，再加上各類插件的快捷鍵，大量快捷鍵出現(xiàn)在單層空間中難免引起沖突，為緩解該問題，引入了前綴鍵 <leader>，這樣，鍵 r 可以配置成 r、<leader>r、<leader><leader>r 等等多個(gè)快捷鍵。前綴鍵是 vim 使用率較高的一個(gè)鍵（最高的當(dāng)屬 Esc），選一個(gè)最方便輸入的鍵作為前綴鍵，將有助于提高編輯效率。找個(gè)無須眼睛查找、無須移動(dòng)手指的鍵 —— 分號(hào)鍵，挺方便的，就在你右手小指處：

" 定義快捷鍵的前綴，即<Leader> let mapleader=";"

既然前綴鍵是為快捷鍵服務(wù)的，那隨便說下快捷鍵設(shè)定原則：不同快捷鍵盡量不要有同序的相同字符。比如，<leader>e 執(zhí)行操作 0 和 <leader>eb 執(zhí)行操作 1，在你鍵入 <leader>e 后，vim 不會(huì)立即執(zhí)行操作 0，而是繼續(xù)等待用戶鍵入 b，即便你只想鍵入 <leader>e，vim 也不得不花時(shí)間等待輸入以確認(rèn)是哪個(gè)快捷鍵，顯然，這讓 <leader>e 響應(yīng)速度變慢。<leader>ea 和 <leader>eb 就沒問題。

文件類型偵測。允許基于不同語言加載不同插件（如，C++ 的語法高亮插件與 python 的不同）：

" 開啟文件類型偵測 filetype on " 根據(jù)偵測到的不同類型加載對(duì)應(yīng)的插件 filetype plugin on

快捷鍵。把 vim（非插件）常用操作設(shè)定成快捷鍵，提升效率：

" 定義快捷鍵到行首和行尾 nmap lb 0 nmap le $ " 設(shè)置快捷鍵將選中文本塊復(fù)制至系統(tǒng)剪貼板 vnoremap <Leader>y "+y " 設(shè)置快捷鍵將系統(tǒng)剪貼板內(nèi)容粘貼至 vim nmap <Leader>p "+p " 定義快捷鍵關(guān)閉當(dāng)前分割窗口 nmap <Leader>q :q<CR> " 定義快捷鍵保存當(dāng)前窗口內(nèi)容 nmap <Leader>w :w<CR> " 定義快捷鍵保存所有窗口內(nèi)容并退出 vim nmap <Leader>WQ :wa<CR>:q<CR> " 不做任何保存，直接退出 vim nmap <Leader>Q :qa!<CR> " 依次遍歷子窗口 nnoremap nw <C-W><C-W> " 跳轉(zhuǎn)至右方的窗口 nnoremap <Leader>lw <C-W>l " 跳轉(zhuǎn)至方的窗口 nnoremap <Leader>hw <C-W>h " 跳轉(zhuǎn)至上方的子窗口 nnoremap <Leader>kw <C-W>k " 跳轉(zhuǎn)至下方的子窗口 nnoremap <Leader>jw <C-W>j " 定義快捷鍵在結(jié)對(duì)符之間跳轉(zhuǎn)，助記pair nmap <Leader>pa %

其他。搜索、vim 命令補(bǔ)全等設(shè)置：

" 開啟實(shí)時(shí)搜索功能 set incsearch " 搜索時(shí)大小寫不敏感 set ignorecase " 關(guān)閉兼容模式 set nocompatible " vim 自身命令行模式智能補(bǔ)全 set wildmenu

以上的四類配置不僅影響 vim，而且影響插件是否能正常運(yùn)行。很多插件不僅要在 .vimrc 中添加各自特有的配置信息，還要增加 vim 自身的配置信息，在后文的各類插件介紹中，我只介紹對(duì)應(yīng)插件特有配置信息，當(dāng)你發(fā)現(xiàn)按文中介紹操作后插件未生效，很可能是 vim 自身配置信息未添加，所以一定要把上述配置拷貝至到你的 .vimrc 中，再對(duì)照本文介紹一步步操作。.vimrc 完整配置信息參見附錄，每個(gè)配置項(xiàng)都有對(duì)應(yīng)注釋。另外，由于有些插件還未來得及安裝，在你實(shí)驗(yàn)前面的插件是否生效時(shí)，vim 可能有報(bào)錯(cuò)信息提示，先別理會(huì)，安裝完所有插件后自然對(duì)了。

0.2 .vim/ 目錄

.vim/ 目錄是存放所有插件的地方。vim 有一套自己的腳本語言 vimscript，通過這種腳本語言可以實(shí)現(xiàn)與 vim 交互，達(dá)到功能擴(kuò)展的目的。一組 vimscript 就是一個(gè) vim 插件，vim 的很多功能都由各式插件實(shí)現(xiàn)。此外，vim 還支持 perl、python、lua、ruby 等主流腳本語言編寫的插件，前提是 vim 源碼編譯時(shí)增加 ---enable-perlinterp、--enable-pythoninterp、--enable-luainterp、--enable-rubyinterp 等選項(xiàng)。vim.org 和 github.com 有豐富的插件資源，任何你想得到的功能，如果 vim 無法直接支持，那一般都有對(duì)應(yīng)的插件為你服務(wù)，有需求時(shí)可以去逛逛。

vim 插件目前分為 *.vim 和 *.vba 兩類，前者是傳統(tǒng)格式的插件，實(shí)際上就是一個(gè)文本文件，通常 someplugin.vim（插件腳本）與 someplugin.txt（插件幫助文件）并存在一個(gè)打包文件中，解包后將 someplugin.vim 拷貝到 ~/.vim/plugin/ 目錄，someplugin.txt 拷貝到 ~/.vim/doc/ 目錄即可完成安裝，重啟 vim 后剛安裝的插件就已經(jīng)生效，但幫助文件需執(zhí)行 :helptags ~/.vim/doc/ 才能生效，可通過 :h someplugin 查看插件幫助信息。傳統(tǒng)格式插件需要解包和兩次拷貝才能完成安裝，相對(duì)較繁瑣，所以后來又出現(xiàn)了 *.vba 格式插件，安裝便捷，只需在 shell 中依次執(zhí)行如下命令即可：

vim someplugin.vba :so % :q

不論是直接拷貝插件到目錄，還是通過 *.vba 安裝，都不便于插件卸載、升級(jí)，后來又出現(xiàn)了管理插件的插件 pathogen，后文介紹。

后面就正式開始了嘍，文中前后內(nèi)容順序敏感，請(qǐng)依次查閱。

1 源碼安裝編輯器 vim

發(fā)行套件的軟件源中預(yù)編譯的 vim 要么不是最新版本，要么功能有閹割，有必要升級(jí)成全功能的最新版，當(dāng)然，源碼安裝必須滴。

卸載老版、下載新版（ftp://ftp.vim.org/pub/vim/unix/vim-7.4.tar.bz2?），解壓至 ~/downloads/vim74/，源碼安裝：

cd ~/downloads/vim74/ ./configure --with-features=huge --enable-rubyinterp --enable-pythoninterp --with-python-config-dir=/usr/lib/python2.7/config/ --enable-perlinterp --enable-gui=gtk2 --enable-cscope --prefix=/usr --enable-luainterp make VIMRUNTIMEDIR=/usr/share/vim/vim74 && make install

其中，--enable-rubyinterp、--enable-pythoninterp、--enable-perlinterp、--enable-luainterp 等分別表示支持 ruby、python、perl、lua 編寫的插件，--enable-gui=gtk2 表示生成 gvim，--enable-cscope 支持 cscope，--with-python-config-dir=/usr/lib/python2.7/config/ 指定 python 路徑（先自行安裝 python 的頭文件 python-devel），這幾個(gè)特性非常重要，影響后面各類插件的使用。注意，你得預(yù)先安裝相關(guān)依賴庫的頭文件，python-devel、python3-devel、ruby-devel、libX11-devel、gtk-devel、gtk2-devel、gtk3-devel，如果缺失，源碼構(gòu)建過程雖不會(huì)報(bào)錯(cuò)，但最終生成的 vim 很可能缺失某些功能。構(gòu)建完成后在 vim 中執(zhí)行

:echo has('python')

若輸出 1 則表示構(gòu)建出的 vim 已支持 python，反之，0 則不支持。

2 插件管理

既然本文主旨在于講解如何通過插件將 vim 打造成中意的 C/C++ IDE，那么高效管理插件是首要解決的問題。

vim 自身希望通過在 .vim/ 目錄中預(yù)定義子目錄管理所有插件（比如，子目錄 doc/ 存放插件幫助文檔、plugin/ 存放通用插件腳本），vim 的各插件打包文檔中通常也包含上述兩個(gè)（甚至更多）子目錄，用戶將插件打包文檔中的對(duì)應(yīng)子目錄拷貝至 .vim/ 目錄即可完成插件的安裝。一般情況下這種方式?jīng)]問題，但我等重度插件用戶，.vim/ 將變得混亂不堪，至少存在如下幾個(gè)問題：

插件名字沖突。所有插件的幫助文檔都在 doc/ 子目錄、插件腳本都在 plugin/ 子目錄，同個(gè)名字空間下必然引發(fā)名字沖突；
插件卸載麻煩。你需要先知道 doc/ 和 plugin/ 子目錄下哪些文件是屬于該插件的，再逐一刪除，容易多刪/漏刪。

我希望每個(gè)插件在 .vim/ 下都有各自獨(dú)立子目錄，這樣需要升級(jí)、卸載插件時(shí)，直接找到對(duì)應(yīng)插件目錄變更即可。pathogen 為此而生，它突破了 vim 只能識(shí)別 .vim/doc/、.vim/plugin/ 等等路徑的限制，你可以在按插件名創(chuàng)建獨(dú)立目錄，然后將插件打包檔提取至各自插件目錄中。通常來說，你需要先創(chuàng)建 ~/.vim/bundle/ 目錄，bundle/ 就是以后存放各插件目錄的父目錄。

安裝：先清空 .vim/ 下的所有文件（備份？）；創(chuàng)建目錄 ~/.vim/bundle/pathogen/autoload/；下載 pathogen.vim（https://github.com/tpope/vim-pathogen?）至 ~/.vim/bundle/pathogen/autoload/。

設(shè)置：接下來在 .vimrc 增加相關(guān)配置信息：

# 將 pathogen 自身也置于獨(dú)立目錄中，需指定其路徑 runtime bundle/pathogen/autoload/pathogen.vim # 運(yùn)行 pathogen execute pathogen#infect()

使用：比如要安裝新插件 plugin_name，先在 ~/.vim/bundle/ 下創(chuàng)建目錄 plugin_name/，然后到 vim 官網(wǎng)下載 plugin_name 壓縮包并解壓至 ~/.vim/bundle/plugin_name/ 即可，注意不要重復(fù)包含多次 plugin_name/ 目錄，如，~/.vim/bundle/plugin_name/plugin_name/。要卸載插件，直接刪除 plugin_name/ 插件目錄即可。另外，通過 pathogen 管理插件后，相較以前有幾點(diǎn)變化：

切勿通過發(fā)行套件自帶的軟件管理工具安裝任何插件，不然 .vim/ 又要混亂了；
pathogen 無法安裝配色主題風(fēng)格，只能將主題插件手工放置于 ~/.vim/colors/；
安裝 *.vba 類型插件：

:e plugin_name.vba :!mkdir -p ~/.vim/bundle/plugin_name :UseVimball ~/.vim/bundle/plugin_name

生成幫助文檔：

:Helptags

非特殊情況，后文介紹到的插件不再累述如何安裝。

此外，你得注意插件的下載源。相同插件在 vim.org 和 github.com 上都能找到，有些插件在 vim.org 上是最新版，有些又在 github.com 上更新，比如，indexer 插件，在 vim.org上的版本是 4.15（http://www.vim.org/scripts/script.php?script_id=3221?），而在 github.com 上的卻是 1.2（https://github.com/shemerey/vim-indexer?），所以我建議先去作者個(gè)人網(wǎng)站上找，沒有再在 vim.org 和 github.com 上比較哪個(gè)的最新。甚至，同在 github.com 上都有很多重名插件，自己得稍微花時(shí)間確認(rèn)下，本文中出現(xiàn)的插件，我都會(huì)附上最新版下載地址。還有，插件更新頻率較高，差不多每隔一季你應(yīng)該看看哪些插件有推出新版本！

3 界面美化

玉不琢不成器，vim 不配不算美。剛安裝好的 vim 樸素得嚇人，這是與我同時(shí)代的軟件么？

（默認(rèn) vim 界面）

就我的審美觀而言，至少有幾個(gè)問題：語法高亮太單薄、主題風(fēng)格太簡陋、窗口元素太冗余、輔助信息太欠缺。

3.1 主題風(fēng)格

一套好的配色方案絕對(duì)會(huì)影響你的編碼效率，vim 內(nèi)置了 10 多種配色方案供你選擇，GUI 下，可以通過菜單（Edit -> Color Scheme）試用不同方案，字符模式下，需要你手工調(diào)整配置信息，再重啟 vim 查看效果（csExplorer 插件，可在字符模式下不用重啟即可查看效果）。不滿意，可以去http://vimcolorschemetest.googlecode.com/svn/html/index-c.html?慢慢選。我自認(rèn)為“閱美無數(shù)”，目前最夯三甲：

素雅 solarized（https://github.com/altercation/vim-colors-solarized?）
多彩 molokai（https://github.com/tomasr/molokai?）
復(fù)古 phd（http://www.vim.org/scripts/script.php?script_id=3139?）

前面說過，pathogen 無法安裝主題插件，請(qǐng)將主題插件（僅 *.vim 文件而非插件目錄，即，solarized.vim、molokai.vim、phd.vim）拷貝至 ~/.vim/colors/，然后在 .vimrc 中設(shè)定選用其作為主題：

" 配色方案 set background=dark colorscheme solarized "colorscheme molokai "colorscheme phd

其中，不同主題都有暗/亮色系之分，這樣三種主題六種風(fēng)格，久不久換一換，給你不一樣的心情：

（solarized 主題風(fēng)格）

3.2 營造專注氛圍

如今的 UX 設(shè)計(jì)講究的是內(nèi)容至上，從 GNOME3 的變化就能看出。編輯器界面展示的應(yīng)全是代碼，不應(yīng)該有工具條、菜單、滾動(dòng)條浪費(fèi)空間的元素，另外，編程是種精神高度集中的腦力勞動(dòng)，不應(yīng)出現(xiàn)閃爍光標(biāo)、花哨鼠標(biāo)這些分散注意力的東東。配置如下：

" 禁止光標(biāo)閃爍 set gcr=a:block-blinkon0 " 禁止顯示滾動(dòng)條 set guioptions-=l set guioptions-=L set guioptions-=r set guioptions-=R " 禁止顯示菜單和工具條 set guioptions-=m set guioptions-=T

重啟 vim 后效果如下：

（去除冗余窗口元素）

還容易分神？好吧，我們把 vim 弄成全屏模式。vim 自身無法實(shí)現(xiàn)全屏，必須借助第三方工具 wmctrl，一個(gè)控制窗口 XYZ 坐標(biāo)、窗口尺寸的命令行工具。先自行安裝 wmctrl，再在 .vimrc 中增加如下信息：

" 將外部命令 wmctrl 控制窗口最大化的命令行參數(shù)封裝成一個(gè) vim 的函數(shù) fun! ToggleFullscreen()call system("wmctrl -ir " . v:windowid . " -b toggle,fullscreen") endf " 全屏開/關(guān)快捷鍵 map <silent> <F11> :call ToggleFullscreen()<CR> " 啟動(dòng) vim 時(shí)自動(dòng)全屏 autocmd VimEnter * call ToggleFullscreen()

上面是一段簡單的 vimscript 腳本，外部命令 wmctrl 及其命令行參數(shù)控制將指定窗口 windowid（即，vim）全屏，綁定快捷鍵 F11 實(shí)現(xiàn)全屏/窗口模式切換（linux 下各 GUI 軟件約定使用 F11 全屏，最好遵守約定），最后配置啟動(dòng)時(shí)自動(dòng)全屏。

3.3 添加輔助信息

去除了冗余元素讓 vim 界面清爽多了，為那些實(shí)用輔助信息騰出了空間。光標(biāo)當(dāng)前位置、顯示行號(hào)、高亮當(dāng)前行/列等等都很有用：

" 總是顯示狀態(tài)欄 set laststatus=2 " 顯示光標(biāo)當(dāng)前位置 set ruler " 開啟行號(hào)顯示 set number " 高亮顯示當(dāng)前行/列 set cursorline set cursorcolumn " 高亮顯示搜索結(jié)果 set hlsearch

效果如下：

（添加輔助信息）

3.4 其他美化

默認(rèn)字體不好看，挑個(gè)自己喜歡的，前提是你得先安裝好該字體。中文字體，我喜歡飽滿方正的（微軟雅黑），英文字體喜歡圓潤的（Consolas），vim 無法同時(shí)使用兩種字體，怎么辦？有人制作發(fā)布了一款中文字體用微軟雅黑、英文字體用 Consolas 的混合字體 —— yahei consolas hybrid 字體，號(hào)稱最適合中國程序員使用的字體，效果非常不錯(cuò)（本文全文采用該字體）。在 .vimrc 中設(shè)置下：

" 設(shè)置 gvim 顯示字體 set guifont=YaHei\ Consolas\ Hybrid\ 11.5

其中，由于字體名存在空格，需要用轉(zhuǎn)義符“\”進(jìn)行轉(zhuǎn)義；最后的 11.5 用于指定字體大小。

代碼折行也不太美觀，禁止掉：

" 禁止折行 set nowrap

前面介紹的主題風(fēng)格對(duì)狀態(tài)欄不起作用，需要借助插件 Powerline（https://github.com/Lokaltog/vim-powerline?）美化狀態(tài)欄，在 .vimrc 中設(shè)定狀態(tài)欄主題風(fēng)格：

" 設(shè)置狀態(tài)欄主題風(fēng)格 let g:Powerline_colorscheme='solarized256'

效果如下：

（界面美化最終效果）

圖中，中英文混合字體看著是不是很舒服哈；增強(qiáng)后的狀態(tài)欄，不僅界面漂亮多了，而且多了好些輔助信息（所在函數(shù)名、文件編碼格式、文件類型）。

4 代碼分析

閱讀優(yōu)秀開源項(xiàng)目源碼是提高能力的重要手段，營造舒適、便利的閱讀環(huán)境至關(guān)重要。

4.1 語法高亮

代碼只有一種顏色的編輯器，就好像紅綠燈只有一種顏色的路口，全然無指引。現(xiàn)在已是千禧年后的十年了，早已告別上世紀(jì)六、七十年代黑底白字的時(shí)代，即使在字符模式下編程（感謝偉大的 fbterm），我也需要語法高亮。所幸 vim 自身支持語法高亮，只需顯式打開即可：

" 開啟語法高亮功能 syntax enable " 允許用指定語法高亮配色方案替換默認(rèn)方案 syntax on

效果如下：

（語法高亮）

上圖中 STL 容器模板類 unordered_multimap 并未高亮，對(duì)滴，vim 對(duì) C++ 語法高亮支持不夠好（特別是 STL、C++14 新增元素），必須借由插件 stl.vim 進(jìn)行增強(qiáng)，下載（https://github.com/Mizuchi/STL-Syntax?）后拷貝至 ~/.vim/bundle/STL-Syntax/after/syntax/cpp/，重啟即可。效果如下：

（增強(qiáng) C++11 及 STL 的語法高亮）

4.2 代碼縮進(jìn)

C/C++ 中的代碼執(zhí)行流由復(fù)合語句控制，如 if(){} 判斷復(fù)合語句、for(){} 循環(huán)符號(hào)語句等等，這勢必出現(xiàn)大量縮進(jìn)。縮進(jìn)雖然不影響語法正確性，但對(duì)提升代碼清晰度有不可替代的功效。

在 vim 中有兩類縮進(jìn)表示法，一類是用 1 個(gè)制表符（'\t'），一類是用多個(gè)空格（' '）。兩者并無本質(zhì)區(qū)別，只是源碼文件存儲(chǔ)的字符不同而已，但，縮進(jìn)可視化插件對(duì)兩類縮進(jìn)顯示方式不同，前者只能顯示為粗塊，后者可顯示為細(xì)條，就我的審美觀而言，選后者。增加如下配置信息：

" 自適應(yīng)不同語言的智能縮進(jìn) filetype indent on " 將制表符擴(kuò)展為空格 set expandtab " 設(shè)置編輯時(shí)制表符占用空格數(shù) set tabstop=4 " 設(shè)置格式化時(shí)制表符占用空格數(shù) set shiftwidth=4 " 讓 vim 把連續(xù)數(shù)量的空格視為一個(gè)制表符 set softtabstop=4

其中，注意下 expandtab、tabstop 與 shiftwidth、softtabstop、retab：

expandtab，把制表符轉(zhuǎn)換為多個(gè)空格，具體空格數(shù)量參考 tabstop 和 shiftwidth 變量；
tabstop 與 shiftwidth 是有區(qū)別的。tabstop 指定我們?cè)诓迦肽Ｊ较螺斎胍粋€(gè)制表符占據(jù)的空格數(shù)量，linux 內(nèi)核編碼規(guī)范建議是 8，看個(gè)人需要；shiftwidth 指定在進(jìn)行縮進(jìn)格式化源碼時(shí)制表符占據(jù)的空格數(shù)。所謂縮進(jìn)格式化，指的是通過 vim 命令由 vim 自動(dòng)對(duì)源碼進(jìn)行縮進(jìn)處理，比如其他人的代碼不滿足你的縮進(jìn)要求，你就可以對(duì)其進(jìn)行縮進(jìn)格式化。縮進(jìn)格式化，需要先選中指定行，要么鍵入 = 讓 vim 對(duì)該行進(jìn)行智能縮進(jìn)格式化，要么按需鍵入多次 < 或 > 手工縮進(jìn)格式化；
softtabstop，如何處理連續(xù)多個(gè)空格。因?yàn)?expandtab 已經(jīng)把制表符轉(zhuǎn)換為空格，當(dāng)你要?jiǎng)h除制表符時(shí)你得連續(xù)刪除多個(gè)空格，該就是告訴 vim 把連續(xù)數(shù)量的空格視為一個(gè)制表符，即，只刪一個(gè)字符即可。通常應(yīng)將這tabstop、shiftwidth、softtabstop 三個(gè)變量設(shè)置為相同值；

另外，你總會(huì)閱讀其他人的代碼吧，他們對(duì)制表符定義規(guī)則與你不同，這時(shí)你可以手工執(zhí)行 vim 的 retab 命令，讓 vim 按上述規(guī)則重新處理制表符與空格關(guān)系。

很多編碼規(guī)范建議縮進(jìn)（代碼嵌套類似）最多不能超過 4 層，但難免有更多層的情況，縮進(jìn)一多，我那個(gè)暈啊：

（多層縮進(jìn)）

我希望有種可視化的方式能將相同縮進(jìn)的代碼關(guān)聯(lián)起來，Indent Guides（https://github.com/nathanaelkane/vim-indent-guides?）來了。安裝好該插件后，增加如下配置信息：

" 隨 vim 自啟動(dòng) let g:indent_guides_enable_on_vim_startup=1 " 從第二層開始可視化顯示縮進(jìn) let g:indent_guides_start_level=2 " 色塊寬度 let g:indent_guides_guide_size=1 " 快捷鍵 i 開/關(guān)縮進(jìn)可視化 :nmap <silent> <Leader>i <Plug>IndentGuidesToggle

重啟 vim 效果如下：

（不連續(xù)的縮進(jìn)可視化）

斷節(jié)？Indent Guides 通過識(shí)別制表符來繪制縮進(jìn)連接線，斷節(jié)處是空行，沒有制表符，自然繪制不出來，算是個(gè)小 bug，但瑕不掩瑜，有個(gè)小技巧可以解決，換行-空格-退格：

（完美可視化縮進(jìn)）

4.3 代碼折疊

有時(shí)為了去除干擾，集中精力在某部分代碼片段上，我會(huì)把不關(guān)注部分代碼折疊起來。vim 自身支持多種折疊：手動(dòng)建立折疊（manual）、基于縮進(jìn)進(jìn)行折疊（indent）、基于語法進(jìn)行折疊（syntax）、未更改文本構(gòu)成折疊（diff）等等，其中，indent、syntax 比較適合編程，按需選用。增加如下配置信息：

" 基于縮進(jìn)或語法進(jìn)行代碼折疊 "set foldmethod=indent set foldmethod=syntax " 啟動(dòng) vim 時(shí)關(guān)閉折疊代碼 set nofoldenable

操作：za，打開或關(guān)閉當(dāng)前折疊；zM，關(guān)閉所有折疊；zR，打開所有折疊。效果如下：

（代碼折疊）

4.4 接口與實(shí)現(xiàn)快速切換

我習(xí)慣把類的接口和實(shí)現(xiàn)分在不同文件中，常會(huì)出現(xiàn)在接口文件（MyClass.h）和實(shí)現(xiàn)文件（MyClass.cpp）中來回切換的操作。你當(dāng)然可以先分別打開接口文件和實(shí)現(xiàn)文件，再手動(dòng)切換，但效率不高。我希望，假如在接口文件中，vim 自動(dòng)幫我找到對(duì)應(yīng)的實(shí)現(xiàn)文件，當(dāng)鍵入快捷鍵，可以在當(dāng)前窗口中打開對(duì)應(yīng)實(shí)現(xiàn)文件，也可以在當(dāng)前窗口中分裂一個(gè)子窗口顯示對(duì)應(yīng)實(shí)現(xiàn)文件。

a.vim（https://github.com/vim-scripts/a.vim?）來了。安裝后增加配置信息：

" *.cpp 和 *.h 間切換 nmap <Leader>ch :A<CR> " 子窗口中顯示 *.cpp 或 *.h nmap <Leader>sch :AS<CR>

這樣，鍵入 ;ch 就能在實(shí)現(xiàn)文件和接口文件間切換，鍵入 ;sch 子窗口中將顯示實(shí)現(xiàn)文件/接口文件。如下圖所示：

（接口文件與實(shí)現(xiàn)文件切換）

上圖中，初始狀態(tài)先打開了接口文件 MyClass.h，鍵入 ;ch 后，vim 在新 buffer 中打開實(shí)現(xiàn)文件 MyClass.cpp，并在當(dāng)前窗口中顯示；再次鍵入 ;ch 后，當(dāng)前窗口切回接口文件；鍵入 ;sch 后，當(dāng)前窗口分裂了一個(gè)子窗口顯示實(shí)現(xiàn)文件。

a.vim 實(shí)現(xiàn)原理很簡單，基于文件名進(jìn)行關(guān)聯(lián)，比如，a.vim 能識(shí)別 my_class.h 與 my_class.cpp，而無法識(shí)別 my_class.h 與 your_class.cpp。所以，你在命名文件時(shí)得注意下。

4.5 代碼收藏

源碼分析過程中，常常需要在不同代碼間來回跳轉(zhuǎn)，我需要“收藏”分散在不同處的代碼行，以便需要查看時(shí)能快速跳轉(zhuǎn)過去，這時(shí)，vim 的書簽（mark）功能派上大用途了。

vim 書簽的使用很簡單，在你需要收藏的代碼行鍵入 mm，這樣就收藏好了，你試試，沒反應(yīng)？不會(huì)吧，難道你 linux 內(nèi)核編譯參數(shù)有問題，或者，vim 的編譯參數(shù)沒給全，讓我想想，別急，喔，對(duì)了，你是指看不到書簽？好吧，我承認(rèn)這是 vim 最大的坑，書簽所在行與普通行外觀上沒任何差別，肉眼，你是找不到他滴。這可不行，得來個(gè)讓書簽可視化的插件，vim-signature（https://github.com/kshenoy/vim-signature?）。vim-signature 通過在書簽所在行的前面添加字符的形式，以此可視化書簽，這就要求你源碼安裝的 vim 具備 signs 特性，具體可在 vim 命令模式下鍵入

:echo has('signs')

若顯示 1 則具備該特性，反之 0 則不具備該特性，需參考“1 源碼安裝編輯器 vim ”重新編譯 vim。

vim 的書簽分為兩類，獨(dú)立書簽和分類書簽。獨(dú)立書簽，書簽名只能由字母（a-zA-Z）組成，長度最多不超過 2 個(gè)字母，并且，同個(gè)文件中，不同獨(dú)立書簽名中不能含有相同字母，比如，a 和 bD 可以同時(shí)出現(xiàn)在同個(gè)文件在，而 Fc 和 c 則不行。分類書簽，書簽名只能由可打印特殊字符（!@#$%^&*()）組成，長度只能有 1 個(gè)字符，同個(gè)文件中，你可以把不同行設(shè)置成同名書簽，這樣，這些行在邏輯上就歸類成相同類型的書簽了。下圖定義了名為 a 和 dF 兩個(gè)獨(dú)立書簽（分別 259 行和 261 行）、名為 # 的一類分類書簽（含 256 行和 264 行）、名為 @ 的一類分類書簽（257 行），如下所示：

（獨(dú)立書簽和分類書簽）

兩種形式的書簽完全分布在各自不同的空間中，所以，它兩的任何操作都是互不相同的，比如，你無法遍歷所有書簽，要么只能在各個(gè)獨(dú)立書簽間遍歷，要么只能在分類書簽間遍歷。顯然，兩種形式的書簽都有各自的使用場景，就我而言，只使用獨(dú)立書簽，原因有二：一是獨(dú)立書簽可保存，當(dāng)我設(shè)置好獨(dú)立書簽后關(guān)閉文檔，下次重新打開該文檔時(shí)，先前的獨(dú)立書簽仍然有效，而分類書簽沒有該特性（其他文檔環(huán)境恢復(fù)參見“6.3 環(huán)境恢復(fù)”）；一是減少記憶快捷鍵，光是獨(dú)立書簽就有 8 種遍歷方式，每種遍歷對(duì)應(yīng)一種快捷鍵，太難記了。

vim-signature 快捷鍵如下：

let g:SignatureMap = {\ 'Leader' : "m",\ 'PlaceNextMark' : "m,",\ 'ToggleMarkAtLine' : "m.",\ 'PurgeMarksAtLine' : "m-",\ 'DeleteMark' : "dm",\ 'PurgeMarks' : "mda",\ 'PurgeMarkers' : "m<BS>",\ 'GotoNextLineAlpha' : "']",\ 'GotoPrevLineAlpha' : "'[",\ 'GotoNextSpotAlpha' : "`]",\ 'GotoPrevSpotAlpha' : "`[",\ 'GotoNextLineByPos' : "]'",\ 'GotoPrevLineByPos' : "['",\ 'GotoNextSpotByPos' : "mn",\ 'GotoPrevSpotByPos' : "mp",\ 'GotoNextMarker' : "[+",\ 'GotoPrevMarker' : "[-",\ 'GotoNextMarkerAny' : "]=",\ 'GotoPrevMarkerAny' : "[=",\ 'ListLocalMarks' : "ms",\ 'ListLocalMarkers' : "m?"\ }

夠多了吧，粗體部分是按個(gè)人習(xí)慣重新定義的快捷鍵，請(qǐng)?zhí)砑舆M(jìn) .vimrc 中。

常用的操作也就如下幾類：

書簽設(shè)定。mx，設(shè)定/取消當(dāng)前行名為 x 的標(biāo)簽；m,，自動(dòng)設(shè)定下一個(gè)可用書簽名，前面提說，獨(dú)立書簽名是不能重復(fù)的，在你已經(jīng)有了多個(gè)獨(dú)立書簽，當(dāng)想再設(shè)置書簽時(shí)，需要記住已經(jīng)設(shè)定的所有書簽名，否則很可能會(huì)將已有的書簽沖掉，這可不好，所以，vim-signature 為你提供了 m, 快捷鍵，自動(dòng)幫你選定下一個(gè)可用獨(dú)立書簽名；mda，刪除當(dāng)前文件中所有獨(dú)立書簽。
書簽羅列。ms，羅列出當(dāng)前文件中所有書簽，選中后回車可直接跳轉(zhuǎn)；
書簽跳轉(zhuǎn)。mn，按行號(hào)前后順序，跳轉(zhuǎn)至下個(gè)獨(dú)立書簽；mp，按行號(hào)前后順序，跳轉(zhuǎn)至前個(gè)獨(dú)立書簽。書簽跳轉(zhuǎn)方式很多，除了這里說的行號(hào)前后順序，還可以基于書簽名字母順序跳轉(zhuǎn)、分類書簽同類跳轉(zhuǎn)、分類書簽不同類間跳轉(zhuǎn)等等。

效果如下：

（可視化書簽）

另外，我雖然選用了 vim-signature，但不代表它完美了，對(duì)我而言，無法在不同文件的書簽間跳轉(zhuǎn)絕對(duì)算是硬傷。當(dāng)然，或許這是 vim 自身限制。

4.6 代碼導(dǎo)航

假設(shè)你正在分析某個(gè)開源項(xiàng)目源碼，在 main.cpp 中遇到調(diào)用函數(shù) func()，想要查看它如何實(shí)現(xiàn)，一種方式：在 main.cpp 中查找 -> 若沒有在工程內(nèi)查找 -> 找到后打開對(duì)應(yīng)文件 -> 文件內(nèi)查找其所在行 -> 移動(dòng)光標(biāo)到該行 -> 分析完后切換會(huì)先前文件，不僅效率太低更要命的是影響我的思維連續(xù)性。我需要另外高效的方式，就像真正函數(shù)調(diào)用一樣：光標(biāo)選中調(diào)用處的 func() -> 鍵入某個(gè)快捷鍵自動(dòng)轉(zhuǎn)換到 func() 實(shí)現(xiàn)處 -> 鍵入某個(gè)鍵又回到 func() 調(diào)用處，這就是所謂的代碼導(dǎo)航。

基本上，vim 世界存在兩類導(dǎo)航：基于標(biāo)簽的導(dǎo)航和基于語義的導(dǎo)航。

基于標(biāo)簽的導(dǎo)航

先了解下什么是標(biāo)簽（tag）。這可厲害了，標(biāo)簽可謂是現(xiàn)代 IDE 的基石之一，沒有它，類/函數(shù)/對(duì)象列表、代碼補(bǔ)全、代碼導(dǎo)航、函數(shù)原型提示等等功能是不可能實(shí)現(xiàn)的。代碼中的類、結(jié)構(gòu)、類成員、函數(shù)、對(duì)象、宏這些元素就是標(biāo)簽，每個(gè)標(biāo)簽有它自己的名字、定義、類型、所在文件中的行位置、所在文件的路徑等等屬性。

編譯環(huán)節(jié)之一就是提取標(biāo)簽，但由于編譯器并未把生成的標(biāo)簽輸出至文本，后來出現(xiàn)了專門用于生成標(biāo)簽的工具 Exuberant Ctags （http://ctags.sourceforge.net/?，有墻，后簡稱 ctags）。ctags，最初只支持生成 C/C++ 語言的標(biāo)簽，目前已支持 41 種語言，具體列表運(yùn)行如下命令獲取：

ctags --list-languages

學(xué)習(xí)知識(shí)最好方式就是動(dòng)手實(shí)踐。我們以 main.cpp、my_class.h、my_class.cpp 三個(gè)文件為例。

第一步，準(zhǔn)備代碼文件。創(chuàng)建演示目錄 /data/workplace/example/、庫子目錄 /data/workplace/example/lib/，創(chuàng)建如下內(nèi)容的 main.cpp：

#include <iostring> #include <string> #include "lib/my_class.h" using namespace std; int g_num = 128; // 重載函數(shù) static void printMsg (char ch) { std::cout << ch << std::endl; } int main (void) { // 局部對(duì)象const string name = "yangyang.gnu"; // 類 MyClass one; // 成員函數(shù) one.printMsg(); // 使用局部對(duì)象 cout << g_num << name << endl; return (EXIT_SUCCESS); }

創(chuàng)建如下內(nèi)容的 my_class.h：

#pragma once class MyClass { public: void printMsg(void); private: ; };

創(chuàng)建如下內(nèi)容的 my_class.cpp：

#include "my_class.h" // 重載函數(shù) static void printMsg (int i) { std::cout << i << std::endl; } void MyClass::printMsg (void) { std::cout << "I'M MyClass!" << std::endl; }

第二步，生成標(biāo)簽文件。現(xiàn)在運(yùn)行 ctags 生成標(biāo)簽文件：

cd /data/workplace/example/ ctags -R --c++-kinds=+p+l+x+c+d+e+f+g+m+n+s+t+u+v --fields=+liaS --extra=+q --language-force=c++

命令行參數(shù)較多，主要關(guān)注 --c++-kinds，ctags 默認(rèn)并不會(huì)提取所有標(biāo)簽，運(yùn)行

ctags --list-kinds=c++

可看到 ctags 支持生成標(biāo)簽類型的全量列表：

c classes
d macro definitions
e enumerators (values inside an enumeration)
f function definitions
g enumeration names
l local variables [off]
m class, struct, and union members
n namespaces
p function prototypes [off]
s structure names
t typedefs
u union names
v variable definitions
x external and forward variable declarations [off]

其中，標(biāo)為 off 的局部對(duì)象、函數(shù)聲明、外部對(duì)象等類型默認(rèn)不會(huì)生成標(biāo)簽，所以我顯式加上所有類型。運(yùn)行完后，example/ 下多了個(gè)文件 tags，內(nèi)容大致如下：

!_TAG_FILE_FORMAT 2 /extended format; --format=1 will not append ;" to lines/
!_TAG_FILE_SORTED 1 /0=unsorted, 1=sorted, 2=foldcase/
!_TAG_PROGRAM_AUTHOR Darren Hiebert /dhiebert@users.sourceforge.net/
!_TAG_PROGRAM_NAME Exuberant Ctags //
!_TAG_PROGRAM_URL?http://ctags.sourceforge.net?/official site/
!_TAG_PROGRAM_VERSION 5.8 //
MyClass lib/my_class.h /^class MyClass $/;" c
MyClass::printMsg lib/my_class.cpp /^MyClass::printMsg (void) $/;" f class:MyClass signature:(void)
MyClass::printMsg lib/my_class.h /^ void printMsg(void);$/;" p class:MyClass access:public signature:(void)
endl lib/my_class.cpp /^ std::cout << "I'M MyClass!" << std::endl;$/;" m class:std file:
endl lib/my_class.cpp /^ std::cout << i << std::endl;$/;" m class:std file:
endl main.cpp /^ cout << g_num << name << endl;$/;" l
endl main.cpp /^ std::cout << ch << std::endl;$/;" m class:std file:
g_num main.cpp /^int g_num = 128;$/;" v
main main.cpp /^main (void) $/;" f signature:(void)
name main.cpp /^ const string name = "yangyang.gnu";$/;" l
one main.cpp /^ MyClass one;$/;" l
printMsg lib/my_class.cpp /^MyClass::printMsg (void) $/;" f class:MyClass signature:(void)
printMsg lib/my_class.cpp /^printMsg (int i) $/;" f file: signature:(int i)
printMsg lib/my_class.h /^ void printMsg(void);$/;" p class:MyClass access:public signature:(void)
printMsg main.cpp /^ one.printMsg();$/;" p file: signature:()
printMsg main.cpp /^printMsg (char ch) $/;" f file: signature:(char ch)
std::endl lib/my_class.cpp /^ std::cout << "I'M MyClass!" << std::endl;$/;" m class:std file:
std::endl lib/my_class.cpp /^ std::cout << i << std::endl;$/;" m class:std file:
std::endl main.cpp /^ std::cout << ch << std::endl;$/;" m class:std file:

其中，! 開頭的幾行是 ctags 生成的軟件信息忽略之，下面的就是我們需要的標(biāo)簽，每個(gè)標(biāo)簽項(xiàng)至少有如下字段（命令行參數(shù)不同標(biāo)簽項(xiàng)的字段數(shù)不同）：標(biāo)簽名、標(biāo)簽所在的文件名（也是文件路徑）、標(biāo)簽項(xiàng)所在行的內(nèi)容、標(biāo)簽類型（如，l 表示局部對(duì)象），另外，如果是函數(shù)，則有函數(shù)簽名字段，如果是成員函數(shù)，則有訪問性字段等等。

第三步，引入標(biāo)簽文件。就是讓 vim 知曉標(biāo)簽文件的路徑。在 /data/workplace/example/ 目錄下用 vim 打開 main.cpp，在 vim 中執(zhí)行如下目錄引入標(biāo)簽文件 tags：

:set tags+=/data/workplace/example/tags

既然 vim 有個(gè)專門的命令來引入標(biāo)簽，說明 vim 能識(shí)別標(biāo)簽。雖然標(biāo)簽文件中并無行號(hào)，但已經(jīng)有標(biāo)簽所在文件，以及標(biāo)簽所在行的完整內(nèi)容，vim 只需切換至對(duì)應(yīng)文件，再在文件內(nèi)作內(nèi)容查找即可找到對(duì)應(yīng)行。換言之，只要有對(duì)應(yīng)的標(biāo)簽文件，vim 就能根據(jù)標(biāo)簽跳轉(zhuǎn)至標(biāo)簽定義處。

這時(shí)，你可以體驗(yàn)下初級(jí)的代碼導(dǎo)航功能。把光標(biāo)移到 main.cpp 的 one.printMsg() 那行的 printMsg 上，鍵入快捷鍵 g]，vim 將羅列出名為 printMsg 的所有標(biāo)簽候選列表，按需選擇鍵入編號(hào)即可導(dǎo)航進(jìn)入。如下圖：

（待選標(biāo)簽）

目前為止，離我預(yù)期還有差距。

第一，選擇候選列表影響思維連續(xù)性。首先得明白為何會(huì)出現(xiàn)待選列表。前面說過，vim 做的事情很簡單，就是把光標(biāo)所在單詞放到標(biāo)簽文件中查找，如果只有一個(gè)，當(dāng)然你可以直接導(dǎo)航過去，大部分時(shí)候會(huì)找到多項(xiàng)匹配標(biāo)簽，比如，函數(shù)聲明、函數(shù)定義、函數(shù)調(diào)用、函數(shù)重載等等都會(huì)導(dǎo)致同個(gè)函數(shù)名出現(xiàn)在多個(gè)標(biāo)簽中，vim 無法知道你要查看哪項(xiàng)，只能讓你自己選擇。其實(shí)，因?yàn)闃?biāo)簽文件中已經(jīng)包含了函數(shù)簽名屬性，vim 的查找機(jī)制如果不是基于關(guān)鍵字，而是基于語義的話，那也可以直接命中，期待后續(xù) vim 有此功能吧。既然無法直接解決，換個(gè)思路，我不想選擇列表，但可以接受遍歷匹配標(biāo)簽。就是說，我不想輸入數(shù)字選擇第幾項(xiàng)，但可以接受鍵入正向快捷鍵后遍歷第一個(gè)匹配標(biāo)簽，再次鍵入快捷鍵遍歷第二個(gè)，直到最后一個(gè)，鍵入反向快捷鍵逆序遍歷。這下事情簡單了，命令 :tnext 和 :tprevious 分別先后和向前遍歷匹配標(biāo)簽，定義兩個(gè)快捷鍵搞定：

" 正向遍歷同名標(biāo)簽 nmap <Leader>tn :tnext<CR> " 反向遍歷同名標(biāo)簽 nmap <Leader>tp :tprevious<CR>

等等，這還不行，vim 中有個(gè)叫標(biāo)簽棧（tags stack）的機(jī)制，:tnext、:tprevious 只能遍歷已經(jīng)壓入標(biāo)簽棧內(nèi)的標(biāo)簽，所以，你在遍歷前需要通過快捷鍵 ctrl-] 將光標(biāo)所在單詞匹配的所有標(biāo)簽壓入標(biāo)簽棧中，然后才能遍歷。不說復(fù)雜了，以后你只需先鍵入 ctrl-]，若沒導(dǎo)航至需要的標(biāo)簽，再鍵入 <leader>tn 往后或者 <leader>tp 往前遍歷即可。如下圖所示：

（代碼導(dǎo)航）

第二，如何返回先前位置。當(dāng)分析完函數(shù)實(shí)現(xiàn)后，我需要返回先前調(diào)用處，可以鍵入 vim 快捷鍵 ctrl-t 返回，如果想再次進(jìn)入，可以用前面介紹的方式，或者鍵入 ctrl-i。另外，注意，ctrl-o 以是一種返回快捷鍵，但與 ctrl-t 的返回不同，前者是返回上次光標(biāo)停留行、后者返回上個(gè)標(biāo)簽。

第三，如何自動(dòng)生成標(biāo)簽并引入。開發(fā)時(shí)代碼不停在變更，每次還要手動(dòng)執(zhí)行 ctags 命令生成新的標(biāo)簽文件，太麻煩了，得想個(gè)法周期性針對(duì)這個(gè)工程自動(dòng)生成標(biāo)簽文件，并通知 vim 引人該標(biāo)簽文件，嘿，還真有這樣的插件 —— indexer（http://www.vim.org/scripts/script.php?script_id=3221?）。indexer 依賴 DfrankUtil（http://www.vim.org/scripts/script.php?script_id=3884?）、vimprj（http://www.vim.org/scripts/script.php?script_id=3872?）兩個(gè)插件，請(qǐng)一并安裝。請(qǐng)?jiān)?.vimrc 中增加：

" 設(shè)置插件 indexer 調(diào)用 ctags 的參數(shù) " 默認(rèn) --c++-kinds=+p+l，重新設(shè)置為 --c++-kinds=+p+l+x+c+d+e+f+g+m+n+s+t+u+v " 默認(rèn) --fields=+iaS 不滿足 YCM 要求，需改為 --fields=+iaSl let g:indexer_ctagsCommandLineOptions="--c++-kinds=+p+l+x+c+d+e+f+g+m+n+s+t+u+v --fields=+iaSl --extra=+q"

另外，indexer 還有個(gè)自己的配置文件，用于設(shè)定各個(gè)工程的根目錄路徑，配置文件位于 ~/.indexer_files，內(nèi)容可以設(shè)定為：

--------------- ~/.indexer_files ---------------
[foo]
/data/workplace/foo/
[bar]
/data/workplace/bar/

上例設(shè)定了兩個(gè)工程的根目錄，方括號(hào)內(nèi)是對(duì)應(yīng)工程名，后續(xù)有新工程，直接添至該文件中即可。這樣，從以上目錄打開任何代碼文件時(shí)，indexer 便對(duì)整個(gè)目錄創(chuàng)建標(biāo)簽文件，若代碼文件有更新，那么在文件保存時(shí)，indexer 將自動(dòng)調(diào)用 ctags 更新標(biāo)簽文件，并自動(dòng)引入進(jìn) vim 中（indexer 生成的標(biāo)簽文件以工程名命名，位于 ~/.indexer_files_tags/）。好了，解決了這三個(gè)問題后，vim 的代碼導(dǎo)航已經(jīng)達(dá)到我的預(yù)期。

基于語義的導(dǎo)航

優(yōu)秀和卓越你選哪個(gè)？我，不論代價(jià)多大，肯定后者。有個(gè) vim 插件叫 YCM，有個(gè) C++ 編譯器叫 clang，只要正確使用它兩，你將獲得無與倫比的代碼導(dǎo)航用戶體驗(yàn)，以及，代碼補(bǔ)全。當(dāng)然，代價(jià)是相對(duì)復(fù)雜的配置，涉及幾個(gè)后續(xù)章節(jié)知識(shí)點(diǎn)（“基于語義的智能補(bǔ)全”和“源碼安裝編譯器 clang”），正因如此，此時(shí)我只給出快捷鍵設(shè)置，在看完“基于語義的智能補(bǔ)全”后請(qǐng)返回此處，重新查閱。

請(qǐng)?jiān)黾尤缦驴旖萱I到 .vimrc 中：

nnoremap <leader>jd :YcmCompleter GoToDeclaration<CR> " 只能是 #include 或已打開的文件 nnoremap <leader>je :YcmCompleter GoToDefinition<CR>

效果如下：

（基于語義的導(dǎo)航）

另外，基于標(biāo)簽的導(dǎo)航建議你也要了解，有助于你熟悉標(biāo)簽系統(tǒng)，畢竟，使用標(biāo)簽的插件很有幾個(gè)。

4.7 標(biāo)簽列表

借助代碼導(dǎo)航我能跟著執(zhí)行流分析代碼，但我要分析指定函數(shù)實(shí)現(xiàn)細(xì)節(jié)怎么辦？先找到該函數(shù)，再導(dǎo)航過去？我希望有個(gè)插件能把從當(dāng)前代碼文件中提取出的所有標(biāo)簽單獨(dú)放在一個(gè)子窗口中，最好還能按標(biāo)簽類型給我分門別類，唔...唔，只有 tagbar （https://github.com/majutsushi/tagbar?）能滿足，它自動(dòng)周期性調(diào)用 ctags 獲取結(jié)果。先自行安裝 tagbar，然后在 .vimrc 中增加如下信息：

" 設(shè)置 tagbar 子窗口的位置出現(xiàn)在主編輯區(qū)的左邊 let tagbar_left=1 " 設(shè)置顯示／隱藏標(biāo)簽列表子窗口的快捷鍵。速記：tag list nnoremap <Leader>tl :TagbarToggle<CR> " 設(shè)置標(biāo)簽子窗口的寬度 let tagbar_width=32 " tagbar 子窗口中不顯示冗余幫助信息 let g:tagbar_compact=1 " 設(shè)置 ctags 對(duì)哪些代碼元素生成標(biāo)簽 let g:tagbar_type_cpp = {\ 'kinds' : [\ 'd:macros:1',\ 'g:enums',\ 't:typedefs:0:0',\ 'e:enumerators:0:0',\ 'n:namespaces',\ 'c:classes',\ 's:structs',\ 'u:unions',\ 'f:functions',\ 'm:members:0:0',\ 'v:global:0:0',\ 'x:external:0:0',\ 'l:local:0:0'\ ],\ 'sro' : '::',\ 'kind2scope' : {\ 'g' : 'enum',\ 'n' : 'namespace',\ 'c' : 'class',\ 's' : 'struct',\ 'u' : 'union'\ },\ 'scope2kind' : {\ 'enum' : 'g',\ 'namespace' : 'n',\ 'class' : 'c',\ 'struct' : 's',\ 'union' : 'u'\ } \ }

說下 external 和 local，前面提過，ctags 默認(rèn)并不會(huì)提取局部對(duì)象、函數(shù)聲明、外部對(duì)象等類型的標(biāo)簽，我必須讓 tagbar 告訴 ctags 改變默認(rèn)參數(shù) —— 這就是 tagbar_type_cpp 變量存在的意義，所以才在前面的配置信息中將外部對(duì)象和局部對(duì)象顯式將其加進(jìn) tagbar_type_cpp 中。

重啟 vim 后，打開一個(gè) C/C++ 源碼文件，鍵入 <leader>tl，將在左側(cè)的 tagbar 窗口中將可看到標(biāo)簽列表：

（標(biāo)簽列表）

其中，注意幾個(gè)特點(diǎn)：

按作用域歸類不同標(biāo)簽。按名字空間 n_foo、類 Foo 進(jìn)行歸類，在內(nèi)部有聲明、有定義；
顯示標(biāo)簽類型。名字空間、類、函數(shù)等等；
顯示完整函數(shù)原型；
圖形化顯示共有成員（+）、私有成員（-）、保護(hù)成員（#）；

操作：如果從標(biāo)簽找源碼，選擇對(duì)應(yīng)標(biāo)簽后回車即可跳至源碼中對(duì)應(yīng)標(biāo)簽位置；如果從源碼找標(biāo)簽，在源碼中暫停幾秒鼠標(biāo)和鍵盤操作，tagbar 子窗口中對(duì)應(yīng)標(biāo)簽將高亮；每次保存文件時(shí)或者切換到不同代碼文件時(shí) tagbar 自動(dòng)調(diào)用 ctags 更是標(biāo)簽數(shù)據(jù)庫；tagbar 有兩種排序方式，一是按標(biāo)簽名字母先后順序、一是按標(biāo)簽在源碼中出現(xiàn)的先后順序，在 .vimrc 中我配置選用后者，鍵入 s 切換不同不同排序方式。

另外，我在想個(gè)問題：indexer 調(diào)用 ctags 生成用標(biāo)簽，tagbar 也要調(diào)用 ctags 生成用標(biāo)簽，為何不能由其中之一生成標(biāo)簽，另外一個(gè)復(fù)用呢？我到?jīng)]細(xì)看兩個(gè)插件的實(shí)現(xiàn)代碼，估計(jì)是前者與 ctags 間是文件接口模式，后者與 ctags 是管道接口模式。插件多了還是麻煩 -。-

4.8 內(nèi)容查找

vim 支持正則表達(dá)式，那么已經(jīng)具有強(qiáng)勁的查供能力，在當(dāng)前文件內(nèi)查找，vim 的 / 和 ? 查找命令非常好用，但工程內(nèi)查找，自帶的查找用戶體驗(yàn)還無法達(dá)到我的預(yù)期。

內(nèi)容查找，你第一反應(yīng)會(huì)想到 grep 和 ack 兩個(gè)工具，沒錯(cuò)，它倆強(qiáng)大的正則處理能力無需質(zhì)疑，如果有插件能在 vim 中集成兩個(gè)工具之一，那么任何查找任務(wù)均可輕松搞定，為此，出現(xiàn)了 grep.vim（https://github.com/yegappan/grep?）和 ack.vim（https://github.com/mileszs/ack.vim?）兩個(gè)插件，通過它們，你可以在 vim 中自在地使用高度整合的 grep 或 ack 兩個(gè)外部命令，就像 vim 的內(nèi)部命令一樣：查找時(shí)，把光標(biāo)定位到待查找關(guān)鍵字上后，通過快捷鍵立即查找該關(guān)鍵字，查詢結(jié)果通過列表形式將關(guān)鍵字所在行羅列出來，選擇后就能跳轉(zhuǎn)到對(duì)應(yīng)位置。很好，這是我想要的，但，還不是我想要的全部。

你知道，在分析源碼時(shí)，同個(gè)關(guān)鍵字會(huì)在不同文件的不同位置多次出現(xiàn)，grep.vim 和 ack.vim 只能“將關(guān)鍵字所在行羅列出來”，如果關(guān)鍵字出現(xiàn)的那幾行完全相同，那么，我單憑這個(gè)列表是無法確定哪行是我需要的，比如，我查找關(guān)鍵字 cnt，代碼中，cnt 在 4 行出現(xiàn)過、64 行、128 行、1024 行都出現(xiàn)過，且每行內(nèi)容均為

++cnt;

這時(shí)，即便 grep.vim 或 ack.vim 在一個(gè)有四個(gè)選項(xiàng)的列表中為你羅列出相關(guān)行，因?yàn)橥耆嗤?#xff0c;所以你也無法確定到底應(yīng)該查看第幾項(xiàng)。換言之，除了羅列關(guān)鍵字所在行之外，我還需要看到所在行的上下幾行，這樣，有了上下文，我就可以最終決定哪一行是我需要的了。ctrlsf.vim（https://github.com/dyng/ctrlsf.vim?）為此而生。

ctrlsf.vim 后端調(diào)用 ack，所以你得提前自行安裝，版本不得低于 v2.0，openSUSE 用戶可以

zypper --no-refresh in ack

進(jìn)行安裝。ctrlsf.vim 支持 ack 所有選項(xiàng)，要查找某個(gè)關(guān)鍵字（如，yangyang），你可以想讓光標(biāo)定位在該關(guān)鍵字上面，然后命令模式下鍵入

:CtrlSF

將自動(dòng)提取光標(biāo)所在關(guān)鍵字進(jìn)行查找，你也可以指定 ack 的選項(xiàng)

:CtrlSF -i -C 1 [pattern] /my/path/

為方便操作，我設(shè)定了快捷鍵：

" 使用 ctrlsf.vim 插件在工程內(nèi)全局查找光標(biāo)所在關(guān)鍵字，設(shè)置快捷鍵。快捷鍵速記法：search in project nnoremap <Leader>sp :CtrlSF<CR>

避免手工鍵入命令的麻煩。查找結(jié)果將以子窗口在左側(cè)呈現(xiàn)，不僅羅列出所有匹配項(xiàng)，而且給出匹配項(xiàng)的上下文。如果從上下文中你還覺得信息量不夠，沒事，可以鍵入 p 鍵，將在右側(cè)子窗口中給出該匹配項(xiàng)的完整代碼，而不再僅有前后幾行。不想跳至任何匹配項(xiàng)，可以直接鍵入 q 退出 ctrlsf.vim；如果有鐘意的匹配項(xiàng)，光標(biāo)定位該項(xiàng)后回車，立即跳至新 buffer 中對(duì)應(yīng)位置。

太性感了，以關(guān)鍵字 CmdlineOption 為例，如下所示：

（內(nèi)容查找）

4.9 內(nèi)容替換

有個(gè)名為 iFoo 的全局變量，被工程中 16 個(gè)文件引用過，由于你岳母覺得匈牙利命名法嚴(yán)重、異常、絕對(duì)以及十分萬惡，為討岳母歡心，不得不將該變量更名為 foo，怎么辦？依次打開每個(gè)文件，逐一查找后替換？vim 有強(qiáng)大的內(nèi)容替換命令：

:[range]s/{pattern}/{string}/[flags]

在進(jìn)行內(nèi)容替換操作時(shí)，我關(guān)注幾個(gè)因素：如何指定替換文件范圍、是否整詞匹配、是否逐一確認(rèn)后再替換。

如何指定替換文件范圍？

如果在當(dāng)前文件內(nèi)替換，[range] 不用指定，默認(rèn)就在當(dāng)前文件內(nèi)；
如果在當(dāng)前選中區(qū)域，[range] 也不用指定，在你鍵入替換命令時(shí)，vim 自動(dòng)將生成如下命令：

:'<,'>s/{pattern}/{string}/[flags]

你也可以指定行范圍，如，第三行到第五行：

:3,5s/{pattern}/{string}/[flags]

如果對(duì)打開文件進(jìn)行替換，你需要先通過 :bufdo 命令顯式告知 vim 范圍，再執(zhí)行替換；
如果對(duì)工程內(nèi)所有文件進(jìn)行替換，先 :args **/.cpp */*.h 告知 vim 范圍，再執(zhí)行替換；

是否整詞匹配？{pattern} 用于指定匹配模式。如果需要整詞匹配，則該字段應(yīng)由 < 和 > 修飾待替換字符串（如，<iFoo>）；無須整詞匹配則不用修飾，直接給定該字符串即可；

是否逐一確認(rèn)后再替換？[flags] 可用于指定是否需要確認(rèn)。若無須確認(rèn)，該字段設(shè)定為 ge 即可；有時(shí)不見得所有匹配的字符串都需替換，若在每次替換前進(jìn)行確認(rèn)，該字段設(shè)定為 gec 即可。

是否整詞匹配和是否確認(rèn)兩個(gè)條件疊加就有 4 種組合：非整詞且不確認(rèn)、非整詞且確認(rèn)、整詞且不確認(rèn)、整詞且確認(rèn)，每次手工輸入這些命令真是麻煩；我把這些組合封裝到一個(gè)函數(shù)中，如下 Replace() 所示：

為最大程度減少手工輸入，Replace() 還能自動(dòng)提取待替換字符串（只要把光標(biāo)移至待替換字符串上），同時(shí)，替換完成后自動(dòng)為你保存更改的文件。現(xiàn)在要做的就是賦予 confirm、wholeword 不同實(shí)參實(shí)現(xiàn) 4 種組合，再綁定 4 個(gè)快捷鍵即可。如下：

" 不確認(rèn)、非整詞 nnoremap <Leader>R :call Replace(0, 0, input('Replace '.expand('<cword>').' with: '))<CR> " 不確認(rèn)、整詞 nnoremap <Leader>rw :call Replace(0, 1, input('Replace '.expand('<cword>').' with: '))<CR> " 確認(rèn)、非整詞 nnoremap <Leader>rc :call Replace(1, 0, input('Replace '.expand('<cword>').' with: '))<CR> " 確認(rèn)、整詞 nnoremap <Leader>rcw :call Replace(1, 1, input('Replace '.expand('<cword>').' with: '))<CR> nnoremap <Leader>rwc :call Replace(1, 1, input('Replace '.expand('<cword>').' with: '))<CR>

我平時(shí)用的最多的無須確認(rèn)但整詞匹配的替換模式，即 <leader>rw。

請(qǐng)將完整配置信息添加進(jìn) .vimrc 中：

" 替換函數(shù)。參數(shù)說明： " confirm：是否替換前逐一確認(rèn) " wholeword：是否整詞匹配 " replace：被替換字符串 function! Replace(confirm, wholeword, replace)walet flag = ''if a:confirmlet flag .= 'gec'elselet flag .= 'ge'endiflet search = ''if a:wholewordlet search .= '\<' . escape(expand('<cword>'), '/\.*$^~[') . '\>'elselet search .= expand('<cword>')endiflet replace = escape(a:replace, '/\&~')execute 'argdo %s/' . search . '/' . replace . '/' . flag . '| update' endfunction " 不確認(rèn)、非整詞 nnoremap <Leader>R :call Replace(0, 0, input('Replace '.expand('<cword>').' with: '))<CR> " 不確認(rèn)、整詞 nnoremap <Leader>rw :call Replace(0, 1, input('Replace '.expand('<cword>').' with: '))<CR> " 確認(rèn)、非整詞 nnoremap <Leader>rc :call Replace(1, 0, input('Replace '.expand('<cword>').' with: '))<CR> " 確認(rèn)、整詞 nnoremap <Leader>rcw :call Replace(1, 1, input('Replace '.expand('<cword>').' with: '))<CR> nnoremap <Leader>rwc :call Replace(1, 1, input('Replace '.expand('<cword>').' with: '))<CR>

比如，我將工程的所有 *.cpp 和 *.h 中的關(guān)鍵字 MyClassA 按不確認(rèn)且整詞匹配模式替換成 MyClass，所以注釋中的關(guān)鍵字不會(huì)被替換掉。如下所示：

（不確認(rèn)且整詞匹配模式的替換）

又比如，對(duì)當(dāng)前文件采用需確認(rèn)且無須整詞匹配的模式進(jìn)行替換，你會(huì)看到注釋中的關(guān)鍵字也被替換了：

（確認(rèn)且無須整詞匹配模式的替換）

5 代碼開發(fā)

在具體編碼過程中，我需要一系列提高生產(chǎn)力的功能：批量開/關(guān)注釋、快速輸入代碼模板、代碼智能補(bǔ)全、路徑智能補(bǔ)全、從接口生成實(shí)現(xiàn)、查看參考庫信息等等，我們逐一來實(shí)現(xiàn)。

5.1 快速開關(guān)注釋

需要注釋時(shí)，到每行代碼前輸入 //，取消注釋時(shí)再刪除 //，這種方式不是現(xiàn)代人的行為。IDE 應(yīng)該支持對(duì)選中文本塊批量（每行）添加注釋符號(hào)，反之，可批量取消。本來 vim 通過宏方式可以支持該功能，但每次注釋時(shí)要自己錄制宏，關(guān)閉 vim 后宏無法保存，所以有人專門編寫了一款插件 NERD Commenter（https://github.com/scrooloose/nerdcommenter?），NERD Commenter 根據(jù)編輯文檔的擴(kuò)展名自適應(yīng)采用何種注釋風(fēng)格，如，文檔名 x.cpp 則采用 // 注釋風(fēng)格，而 x.c 則是 // 注釋風(fēng)格；另外，如果選中的代碼并非整行，那么該插件將用 // 只注釋選中部分。

常用操作：

<leader>cc，注釋當(dāng)前選中文本，如果選中的是整行則在每行首添加 //，如果選中一行的部分內(nèi)容則在選中部分前后添加分別 /、/；
<leader>cu，取消選中文本塊的注釋。

如下圖所示：

（快速開/關(guān)注釋）

另外，有時(shí)需要 ASCII art 風(fēng)格的注釋，可用 DrawIt!（http://www.vim.org/scripts/script.php?script_id=40?）。

常用操作：

:Distart，開始繪制結(jié)構(gòu)化字符圖形，這時(shí)可用方向鍵繪制線條，空格鍵繪制或擦除字符；
:Distop，停止繪制結(jié)構(gòu)化字符圖形。

如下圖所示：

（ASCII art 風(fēng)格注釋）

5.2 模板補(bǔ)全

開發(fā)時(shí)，我經(jīng)常要輸入相同的代碼片斷，比如 if-else、switch 語句，如果每個(gè)字符全由手工鍵入，我可吃不了這個(gè)苦，我想要簡單的鍵入就能自動(dòng)幫我完成代碼模板的輸入，并且光標(biāo)停留在需要我編輯的位置，比如鍵入 if，vim 自動(dòng)完成

if (/* condition */) {TODO }

而且?guī)臀疫x中 /* condition */ 部分，不會(huì)影響編碼連續(xù)性 —— UltiSnips（https://github.com/SirVer/ultisnips?），我的選擇。

在進(jìn)行模板補(bǔ)全時(shí)，你是先鍵入模板名（如，if），接著鍵入補(bǔ)全快捷鍵（默認(rèn) <tab>），然后 UltiSnips 根據(jù)你鍵入的模板名在代碼模板文件中搜索匹配的“模板名-模板”，找到對(duì)應(yīng)模板后，將模板在光標(biāo)當(dāng)前位置展開。

UltiSnips 有一套自己的代碼模板語法規(guī)則，類似：

snippet if "if statement" i if (${1:/* condition */}) { ${2:TODO} } endsnippet

其中，snippet 和 endsnippet 用于表示模板的開始和結(jié)束；if 是模板名；"if statement" 是模板描述，你可以把多個(gè)模板的模板名定義成一樣（如，if () {} 和 if () {} else {} 兩模板都定義成相同模板名 if），在模板描述中加以區(qū)分（如，分別對(duì)應(yīng) "if statement" 和 "if-else statement"），這樣，在 YCM（重量級(jí)智能補(bǔ)全插件）的補(bǔ)全列表中可以根據(jù)模板描述區(qū)分選項(xiàng)不同模板；i 是模板控制參數(shù)，用于控制模板補(bǔ)全行為，具體參見“快速編輯結(jié)對(duì)符”一節(jié)；${1}、${2} 是 <tab> 跳轉(zhuǎn)的先后順序。

新版 UltiSnips 并未自帶預(yù)定義的代碼模板，你可以從?https://github.com/honza/vim-snippets?獲取各類語言豐富的代碼模板，也可以重新寫一套符合自己編碼風(fēng)格的模板。無論哪種方式，你需要在 .vimrc 中設(shè)定該模板所在目錄名，以便 UltiSnips 尋找到。比如，我自定義的代碼模板文件 cpp.snippets，路徑為 ~/.vim/bundle/ultisnips/mysnippets/cpp.snippets，對(duì)應(yīng)設(shè)置如下： let g:UltiSnipsSnippetDirectories=["mysnippets"] 其中，目錄名切勿取為 snippets，這是 UltiSnips 內(nèi)部保留關(guān)鍵字；另外，目錄一定要是 ~/.vim/bundle/ 下的子目錄，也就是 vim 的運(yùn)行時(shí)目錄。

完整 cpp.snippets 內(nèi)容如下：

#================================= #預(yù)處理 #================================= # #include "..." snippet INC #include "${1:TODO}"${2} endsnippet # #include <...> snippet inc #include <${1:TODO}>${2} endsnippet #================================= #結(jié)構(gòu)語句 #================================= # if snippet if if (${1:/* condition */}) { ${2:TODO} } endsnippet # else if snippet ei else if (${1:/* condition */}) { ${2:TODO} } endsnippet # else snippet el else { ${1:TODO} } endsnippet # return snippet re return(${1:/* condition */}); endsnippet # Do While Loop snippet do do { ${2:TODO} } while (${1:/* condition */}); endsnippet # While Loop snippet wh while (${1:/* condition */}) { ${2:TODO} } endsnippet # switch snippet sw switch (${1:/* condition */}) { case ${2:c}: { } break; default: { } break; } endsnippet # 通過迭代器遍歷容器（可讀寫） snippet for for (auto ${2:iter} = ${1:c}.begin(); ${3:$2} != $1.end(); ${4:++iter}) {${5:TODO} } endsnippet # 通過迭代器遍歷容器（只讀） snippet cfor for (auto ${2:citer} = ${1:c}.cbegin(); ${3:$2} != $1.cend(); ${4:++citer}) { ${5:TODO} } endsnippet # 通過下標(biāo)遍歷容器 snippet For for (auto ${2:i} = 0; $2 != ${1}.size(); ${3:++}$2) { ${4:TODO} } endsnippet # C++11風(fēng)格for循環(huán)遍歷（可讀寫） snippet F for (auto& e : ${1:c}) { } endsnippet # C++11風(fēng)格for循環(huán)遍歷（只讀） snippet CF for (const auto& e : ${1:c}) { } endsnippet # For Loop snippet FOR for (unsigned ${2:i} = 0; $2 < ${1:count}; ${3:++}$2) { ${4:TODO} } endsnippet # try-catch snippet try try { } catch (${1:/* condition */}) { } endsnippet snippet ca catch (${1:/* condition */}) { } endsnippet snippet throw th (${1:/* condition */}); endsnippet #================================= #容器 #================================= # std::vector snippet vec vector<${1:char}> v${2}; endsnippet # std::list snippet lst list<${1:char}> l${2}; endsnippet # std::set snippet set set<${1:key}> s${2}; endsnippet # std::map snippet map map<${1:key}, ${2:value}> m${3}; endsnippet #================================= #語言擴(kuò)展 #================================= # Class snippet cl class ${1:`Filename('$1_t', 'name')`} { public: $1 (); virtual ~$1 (); private: }; endsnippet #================================= #結(jié)對(duì)符 #================================= # 括號(hào) bracket snippet b "bracket" i (${1})${2} endsnippet # 方括號(hào) square bracket，設(shè)定為 st 而非 sb，避免與 b 沖突 snippet st "square bracket" i [${1}]${2} endsnippet # 大括號(hào) brace snippet br "brace" i { ${1} }${2} endsnippet # 單引號(hào) single quote，設(shè)定為 se 而非 sq，避免與 q 沖突 snippet se "single quote" I '${1}'${2} endsnippet # 雙引號(hào) quote snippet q "quote" I "${1}"${2} endsnippet # 指針符號(hào) arrow snippet ar "arrow" i ->${1} endsnippet # dot snippet d "dot" i .${1} endsnippet # 作用域 scope snippet s "scope" i ::${1} endsnippet

默認(rèn)情況下，UltiSnips 模板補(bǔ)全快捷鍵是 <tab>，與后面介紹的 YCM 快捷鍵有沖突，所有須在 .vimrc 中重新設(shè)定：

" UltiSnips 的 tab 鍵與 YCM 沖突，重新設(shè)定 let g:UltiSnipsExpandTrigger="<leader><tab>" let g:UltiSnipsJumpForwardTrigger="<leader><tab>" let g:UltiSnipsJumpBackwardTrigger="<leader><s-tab>"

效果如下：

（模板補(bǔ)全）

coming soon (｡???｡)

5.4 智能補(bǔ)全

真的，這絕對(duì)是 G 點(diǎn)。智能補(bǔ)全是提升編碼效率的殺手锏。試想下，有個(gè)函數(shù)叫 getCountAndSizeFromRemotefile()，當(dāng)你輸入 get 后 IDE 自動(dòng)幫你輸入完整的函數(shù)名，又如，有個(gè)文件 ~/this/is/a/deep/dir/file.txt，就像在 shell 中一樣，鍵入 tab 鍵自動(dòng)補(bǔ)全文件路徑那是何等愜意！

智能補(bǔ)全有兩類實(shí)現(xiàn)方式：基于標(biāo)簽的、基于語義的。

基于標(biāo)簽的智能補(bǔ)全

前面代碼導(dǎo)航時(shí)介紹過標(biāo)簽，每個(gè)標(biāo)簽項(xiàng)含有標(biāo)簽名、作用域等等信息，當(dāng)鍵入某幾個(gè)字符時(shí)，基于標(biāo)簽的補(bǔ)全插件就在標(biāo)簽文件中搜索匹配的標(biāo)簽項(xiàng)，并羅列出來，你選擇中意的，這與前面代碼導(dǎo)航類似，一個(gè)是用于跳轉(zhuǎn)、一個(gè)用于輸入。基于標(biāo)簽的補(bǔ)全，后端 ctags 先生成標(biāo)簽文件，前端采用插件 new-omni-completion（內(nèi)置）進(jìn)行識(shí)別。這種方式操作簡單、效果不錯(cuò)，一般來說兩步搞定。

第一步，生成標(biāo)簽文件。在工程目錄的根目錄執(zhí)行 ctags，該目錄下會(huì)多出個(gè) tags 文件；

第二步，引入標(biāo)簽文件。在 vim 中引入標(biāo)簽文件，在 vim 中執(zhí)行命令

:set tags+=/home/your_proj/tags

后續(xù)，在編碼時(shí)，鍵入標(biāo)簽的前幾個(gè)字符后依次鍵入 ctrl-x ctrl-o 將羅列匹配標(biāo)簽列表、若依次鍵入 ctrl-x ctrl-i 則文件名補(bǔ)全、ctrl-x ctrl-f 則路徑補(bǔ)全。

舉個(gè)例子，演示如何智能補(bǔ)全 C++ 標(biāo)準(zhǔn)庫。與前面介紹的一般步驟一樣，先調(diào)用 ctags 生成標(biāo)準(zhǔn)庫的標(biāo)簽文件，再在 vim 中引入即可，最后編碼時(shí)由相應(yīng)插件實(shí)時(shí)搜索標(biāo)簽文件中的類或模板，顯示匹配項(xiàng)：

首先，獲取 C++ 標(biāo)準(zhǔn)庫源碼文件。安裝的 GNU C++ 標(biāo)準(zhǔn)庫源碼文件，openSUSE 可用如下命令：

zypper install libstdc++48-devel

安裝成功后，在 /usr/include/c++/4.8/ 可見到所有源碼文件；

接著，執(zhí)行 ctags 生成標(biāo)準(zhǔn)庫的標(biāo)簽文件：

cd /usr/include/c++/4.8 ctags -R --c++-kinds=+l+x+p --fields=+iaSl --extra=+q --language-force=c++ -f stdcpp.tags

然后，讓 OmniCppComplete 成功識(shí)別標(biāo)簽文件中的標(biāo)準(zhǔn)庫接口。C++ 標(biāo)準(zhǔn)庫源碼文件中使用了 _GLIBCXX_STD 名字空間（GNU C++ 標(biāo)準(zhǔn)庫的實(shí)現(xiàn)是這樣，如果你使用其他版本的標(biāo)準(zhǔn)庫，需要自行查找對(duì)應(yīng)的名字空間名稱），標(biāo)簽文件里面的各個(gè)標(biāo)簽都嵌套在該名字空間下，所以，要讓 OmniCppComplete 正確識(shí)別這些標(biāo)簽，必須顯式告知 OmniCppComplete 相應(yīng)的名字空間名稱。在.vimrc中增加如下內(nèi)容：

let OmniCpp_DefaultNamespaces = ["_GLIBCXX_STD"]

最后，在 vim 中引入該標(biāo)簽文件。在 .vimrc 中增加如下內(nèi)容：

set tags+=/usr/include/c++/4.8/stdcpp.tags

后續(xù)你就可以進(jìn)行 C++ 標(biāo)準(zhǔn)庫的代碼補(bǔ)全，比如，在某個(gè) string 對(duì)象名輸入 . 時(shí)，vim 自動(dòng)顯示成員列表。如下圖所示：

（基于標(biāo)簽的 C++ 標(biāo)準(zhǔn)庫補(bǔ)全）

沒明白？ -。-# 咱再來個(gè)例子，看看如何補(bǔ)全 linux 系統(tǒng) API。與前面的標(biāo)準(zhǔn)庫補(bǔ)全類似，唯一需要注意，linux 系統(tǒng) API 頭文件中使用了 GCC 編譯器擴(kuò)展語法，必須告訴 ctags 在生成標(biāo)簽時(shí)忽略之，否則將生產(chǎn)錯(cuò)誤的標(biāo)簽索引。

首先，獲取 linux 系統(tǒng) API 頭文件。openSUSE 可用如下命令：

zypper install linux-glibc-devel

安裝成功后，在 /usr/include/ 中可見相關(guān)頭文件；

接著，執(zhí)行 ctags 生成系統(tǒng) API 的標(biāo)簽文件。linux 內(nèi)核采用 GCC 編譯，為提高內(nèi)核運(yùn)行效率，linux 源碼文件中大量采用 GCC 擴(kuò)展語法，這影響 ctags 生成正確的標(biāo)簽，必須借由 ctags 的 -I 命令參數(shù)告之忽略某些標(biāo)簽，若有多個(gè)忽略字符串之間用逗號(hào)分割。比如，在文件 unistd.h 中幾乎每個(gè)API聲明中都會(huì)出現(xiàn) __THROW、__nonnull 關(guān)鍵字，前者目的是告訴 GCC 這些函數(shù)不會(huì)拋異常，盡量多、盡量深地優(yōu)化這些函數(shù)，后者目的告訴 GCC 凡是發(fā)現(xiàn)調(diào)用這些函數(shù)時(shí)第一個(gè)實(shí)參為 nullptr 指針則將其視為語法錯(cuò)誤，的確，使用這些擴(kuò)展語法方便了我們編碼，但卻影響了 ctags 正常解析，這時(shí)可用 -I __THROW,__nonnull 命令行參數(shù)讓 ctags 忽略這些語法擴(kuò)展關(guān)鍵字：

cd /usr/include/ ctags -R --c-kinds=+l+x+p --fields=+lS -I __THROW,__nonnull -f sys.tags

最后，在 vim 中引入該標(biāo)簽文件。在 .vimrc 中增加如下內(nèi)容：

set tags+=/usr/include/sys.tags

從以上兩個(gè)例子來看，不論是 C++ 標(biāo)準(zhǔn)庫、boost、ACE這些重量級(jí)開發(fā)庫，還是 linux 系統(tǒng) API 均可遵循“下載源碼（至少包括頭文件）-執(zhí)行 ctags 生產(chǎn)標(biāo)簽文件-引入標(biāo)簽文件”的流程實(shí)現(xiàn)基于標(biāo)簽的智能補(bǔ)全，若有異常，唯有如下兩種可能：一是源碼中使用了名字空間，借助 OmniCppComplete 插件的 OmniCpp_DefaultNamespaces 配置項(xiàng)解決；一是源碼中使用了編譯器擴(kuò)展語法，借助 ctags 的 -I 參數(shù)解決（上例僅列舉了少量 GCC 擴(kuò)展語法，此外還有 __attribute_malloc__、__wur 等等大量擴(kuò)展語法，具體請(qǐng)參見 GCC 手冊(cè)。以后，如果發(fā)現(xiàn)某個(gè)系統(tǒng)函數(shù)無法自動(dòng)補(bǔ)全，十有八九是頭文件中使用使用了擴(kuò)展語法，先找到該函數(shù)完整聲明，再將其使用的擴(kuò)展語法加入 -I 列表中，最后運(yùn)行 ctags 重新生產(chǎn)新標(biāo)簽文件即可）。

基于語義的智能補(bǔ)全

對(duì)于智能補(bǔ)全只有輕度需求的用戶來說，基于標(biāo)簽的補(bǔ)全能夠很好地滿足需求，但對(duì)于我這類重度需求用戶來說，但凡涉及標(biāo)簽，就存在以下幾個(gè)問題：

問題一，必須定期調(diào)用 ctags 生成標(biāo)簽文件。代碼在不停更新，每次智能補(bǔ)全前你得先手動(dòng)生成標(biāo)簽文件，這還好，你可以借助前面的 indexer 在保存文件時(shí)更新標(biāo)簽文件；麻煩的是，你代碼中要用到 C++ 標(biāo)準(zhǔn)庫中的接口吧，那么事前你先得對(duì)整個(gè)標(biāo)準(zhǔn)庫生成標(biāo)簽文件，這也還好，無非多個(gè)步驟；更昏人的是，你得使用了編譯器語法擴(kuò)展的庫，你還得一條條找出具體使用了哪些擴(kuò)展語言，再讓 ctags 忽略執(zhí)行語法關(guān)鍵字，真有夠麻煩的；
問題二，ctags 本身對(duì) C++ 支持有限。面對(duì)函數(shù)形參、重載操作符、括號(hào)初始化的對(duì)象，ctags 有心無力；對(duì)于 C++11 新增 lambda 表達(dá)式、auto 類型推導(dǎo)更是不認(rèn)識(shí)。

我需要更優(yōu)的補(bǔ)全機(jī)制 —— 基于語義的智能補(bǔ)全。語義補(bǔ)全，實(shí)時(shí)探測你是否有補(bǔ)全需求，無須你定期生成標(biāo)簽，可解決問題一；語義補(bǔ)全，是借助編譯器進(jìn)行代碼分析，只要編譯器對(duì) C++ 規(guī)范支持度高，不論標(biāo)準(zhǔn)庫、類型推導(dǎo)，還是 boost 庫中的智能指針都能補(bǔ)全。什么是語義分析補(bǔ)全？看下圖：

（語義分析補(bǔ)全）

代碼中定義的 TCandyBar 類型只包括 3 個(gè)成員，但 clang_complete 能補(bǔ)全編譯器根據(jù) C++ 規(guī)范自動(dòng)添加的兩個(gè)重載操作符、一個(gè)默認(rèn)構(gòu)造函數(shù)、一個(gè)析構(gòu)函數(shù)，這就是基于語義分析的智能補(bǔ)全。

要進(jìn)行語義分析，編譯器必不可少。linux 上 GCC 和 clang 兩大主流 C++ 編譯器，基于不同編譯器，開源社區(qū)分別創(chuàng)造出 GCCSense 和 clang_complete 兩個(gè)語義補(bǔ)全插件，又得糾結(jié)選哪個(gè) -。- ... <穿越> 請(qǐng)?zhí)D(zhuǎn)至“源碼安裝編譯器 clang”部分做兩件事，一是按介紹安裝好最新版 clang 及其標(biāo)準(zhǔn)庫，二是看明白 clang 相較 GCC 的優(yōu)勢 </穿越> ...

我選 clang_complete，原因如下：

使用難度低。clang 采用低耦合設(shè)計(jì)，語義分析結(jié)果（也就是 AST）能以接口形式供外圍程序使用，無須任何調(diào)整，clang_complete 便能能輕松拿到 clang 輸出的語義分析結(jié)果；而 GCC 采用高耦合設(shè)計(jì)，你必須結(jié)合補(bǔ)丁重新源碼編譯 GCC，才能讓 GCCSense 接收到它的語義分析結(jié)果；
維護(hù)時(shí)間長。clang_complete 最新更新為 13 年上，而 GCCSense 則是 09 年下；
支持跨平臺(tái)。clang_complete 支持所有平臺(tái)，而 GCCSense 支持 UNIX-like，不支持 windows。（好啦，這點(diǎn)是我湊數(shù)的，我又不用 windows <_<）

clang_complete 使用簡單，在 vim 輸入模式下，依次鍵入要補(bǔ)全的字符，需要彈出補(bǔ)全列表時(shí)，手工輸入 <leader>tab。比如有如下代碼片斷：

string name_yang = "yangyang.gnu"; string name_wang = "wangwang";

我要補(bǔ)全這兩個(gè)對(duì)象，可以先鍵入 n <leader>tab，這時(shí) clang_complete 將羅列出所有以 n 開頭的待選項(xiàng)，接著輸入 ame_ 后剩下 name_yang 和 name_wang 兩項(xiàng)，按需選擇即可。

到這個(gè)節(jié)目眼上，我應(yīng)該先給出 clang_complete 的下載地址，再告訴你如何配置 .vimrc，然后給個(gè)截圖收工，但是、但是，你知道我是個(gè)糾結(jié)癥+完美癥重度患者，雖然 clang_complete 相較 ctags+new-omni-completion 的模式有了質(zhì)的飛躍，仍有雕琢余地：

無法隨鍵而全。補(bǔ)全動(dòng)作有感知，要彈出候選列表菜單還得鍵入 <leader>tab，我希望插件能自動(dòng)感知我的補(bǔ)全需求；
無法模糊搜索。上例中，鍵入的字符要是少了那要出來一堆待選項(xiàng)，選起來眼睛累，多鍵入幾個(gè)字符倒是可以讓選項(xiàng)少些，但輸入多了手又累。這是由于 clang_complete 采用的順序匹配算法，只要改用子序列匹配算法（模糊搜索算法的一種）即可搞定，這樣，我鍵入 ny 就只出現(xiàn) name_yang，鍵入 nw 出現(xiàn) name_wang；
無法高速補(bǔ)全。補(bǔ)全列表速度不夠快，clang_complete 由 python 編寫，生成補(bǔ)全列表的速度有一定影響，再加上整個(gè)補(bǔ)全動(dòng)作是在 vim GUI 主線程中執(zhí)行，所以有時(shí)會(huì)導(dǎo)致 GUI 假死，我需要由靜態(tài)語言編寫插件內(nèi)核、動(dòng)態(tài)語言作為粘合劑的補(bǔ)全插件，提升效率；

什么叫所需即所獲？就是當(dāng)你需要什么功能，它就能給你什么功能。YouCompleteMe（后簡稱 YCM，https://github.com/Valloric/YouCompleteMe?），一個(gè)隨鍵而全的、支持模糊搜索的、高速補(bǔ)全的插件，太棒了！YCM 由 google 公司搜索項(xiàng)目組的軟件工程師 Strahinja Val Markovic 所開發(fā)，YCM 后端調(diào)用 libclang（以獲取 AST，當(dāng)然還有其他語言的語義分析庫，我不關(guān)注）、前端由 C++ 開發(fā)（以提升補(bǔ)全效率）、外層由 python 封裝（以成為 vim 插件），它可能是我見過安裝最復(fù)雜的 vim 插件了。有了 YCM，基本上 clang_complete、AutoComplPop、Supertab、neocomplcache 可以再見了。

要運(yùn)行 YCM 需要幾個(gè)預(yù)備條件：

vim 版本至少達(dá)到 7.3.584，且支持 python2，參照“源碼安裝編輯器 vim”部分可滿足；
需要 clang 支持，且版本至少達(dá)到 3.3，參照“代碼編譯”部分可滿足；

現(xiàn)在安裝 YCM：

第一步，下載 YCM 源碼包及相關(guān)依賴：

cd ~/.vim/bundle/ git clone https://github.com/Valloric/YouCompleteMe.git cd YouCompleteMe/ # 獲取 YCM 的依賴包 git submodule update --init --recursive

第二步，下載 libclang。你系統(tǒng)中可能已有現(xiàn)成的 libclang（自行源碼編譯或者發(fā)行套件中自帶的），最好別用，YCM 作者強(qiáng)烈建議你下載 LLVM 官網(wǎng)的提供預(yù)編譯二進(jìn)制文件，以避免各種妖人問題。在http://llvm.org/releases/download.html?找到最新版 LLVM，Pre-built Binaries 下選擇適合你發(fā)行套件的最新版預(yù)編譯二進(jìn)制文件，下載并解壓至 ~/downloads/clang+llvm；

第三步，編譯 YCM 共享庫：

cd ~/downloads/ mkdir ycm_build cd ycm_build cmake -G "Unix Makefiles" -DPATH_TO_LLVM_ROOT=~/downloads/clang+llvm/ . ~/.vim/bundle/YouCompleteMe/third_party/ycmd/cpp make ycm_support_libs

在 ~/.vim/bundle/YouCompleteMe/third_party/ycmd 中將生成 ycm_client_support.so、ycm_core.so、libclang.so 等三個(gè)共享庫文件；

按照慣例，我該介紹 YCM 的設(shè)置。

設(shè)置一，YCM 后端調(diào)用 libclang 進(jìn)行語義分析，而 libclang 有很多參數(shù)選項(xiàng)（如，是否支持 C++11 的 -std=c++11、是否把警告視為錯(cuò)誤的 -Werror），必須有個(gè)渠道讓 YCM 能告知 libclang，這可以在 .vimrc 中增加一個(gè)全局配置，但我有多個(gè)工程，每個(gè)工程使用的 libclang 參數(shù)選項(xiàng)不同豈不是每次都要調(diào)整 .vimrc？！YCM 采用更具彈性的方式，每個(gè)工程有一個(gè)名為 .ycm_extra_conf.py 的私有配置文件，在此文件中寫入工程的編譯參數(shù)選項(xiàng)。下面是個(gè)完整的例子：

import os import ycm_core flags = [ '-std=c++11', '-Werror', '-Weverything', '-Wno-deprecated-declarations', '-Wno-disabled-macro-expansion', '-Wno-float-equal', '-Wno-c++98-compat', '-Wno-c++98-compat-pedantic', '-Wno-global-constructors', '-Wno-exit-time-destructors', '-Wno-missing-prototypes', '-Wno-padded', '-Wno-old-style-cast','-x', 'c++', '-I', '.', '-I', '/usr/include/', '-I', '/usr/include/c++/4.8/' ] compilation_database_folder = '' if compilation_database_folder: database = ycm_core.CompilationDatabase( compilation_database_folder ) else: database = None SOURCE_EXTENSIONS = [ '.cpp', '.cxx', '.cc', '.c', '.m', '.mm' ] def DirectoryOfThisScript(): return os.path.dirname( os.path.abspath( __file__ ) ) def MakeRelativePathsInFlagsAbsolute( flags, working_directory ): if not working_directory: return list( flags ) new_flags = [] make_next_absolute = False path_flags = [ '-isystem', '-I', '-iquote', '--sysroot=' ] for flag in flags: new_flag = flag if make_next_absolute: make_next_absolute = False if not flag.startswith( '/' ): new_flag = os.path.join( working_directory, flag ) for path_flag in path_flags: if flag == path_flag: make_next_absolute = True break if flag.startswith( path_flag ): path = flag[ len( path_flag ): ] new_flag = path_flag + os.path.join( working_directory, path ) break if new_flag: new_flags.append( new_flag ) return new_flags def IsHeaderFile( filename ): extension = os.path.splitext( filename )[ 1 ] return extension in [ '.h', '.hxx', '.hpp', '.hh' ] def GetCompilationInfoForFile( filename ): if IsHeaderFile( filename ): basename = os.path.splitext( filename )[ 0 ] for extension in SOURCE_EXTENSIONS: replacement_file = basename + extension if os.path.exists( replacement_file ): compilation_info = database.GetCompilationInfoForFile( replacement_file ) if compilation_info.compiler_flags_: return compilation_info return None return database.GetCompilationInfoForFile( filename ) def FlagsForFile( filename, \*\*kwargs ): if database: compilation_info = GetCompilationInfoForFile( filename ) if not compilation_info: return None final_flags = MakeRelativePathsInFlagsAbsolute( compilation_info.compiler_flags_, compilation_info.compiler_working_dir_ ) else: relative_to = DirectoryOfThisScript() final_flags = MakeRelativePathsInFlagsAbsolute( flags, relative_to ) return { 'flags': final_flags, 'do_cache': True }

基本上，根據(jù)你工程情況只需調(diào)整 .ycm_extra_conf.py 的 flags 部分，前面說過， flags 用于 YCM 調(diào)用 libclang 時(shí)指定的參數(shù)，通常應(yīng)與構(gòu)建腳本保持一致（如，CMakeLists.txt）。flags 會(huì)產(chǎn)生兩方面影響，一是影響 YCM 的補(bǔ)全內(nèi)容、一是影響代碼靜態(tài)分析插件 syntastic 的顯示結(jié)果（詳見后文“靜態(tài)分析器集成”）。/usr/include/c++/4.8/ 需要替換成你系統(tǒng)中 C++ 標(biāo)準(zhǔn)庫頭文件所在路徑。另外，你得注意，該配置文件其實(shí)就是個(gè) python 腳本，python 把縮進(jìn)視為語法，如果你是直接拷貝文中的 .ycm_extra_conf.py 小心縮進(jìn)部分。

設(shè)置二，在 .vimrc 中增加如下配置信息：

" YCM 補(bǔ)全菜單配色 " 菜單 highlight Pmenu ctermfg=2 ctermbg=3 guifg=#005f87 guibg=#EEE8D5 " 選中項(xiàng) highlight PmenuSel ctermfg=2 ctermbg=3 guifg=#AFD700 guibg=#106900 " 補(bǔ)全功能在注釋中同樣有效 let g:ycm_complete_in_comments=1 " 允許 vim 加載 .ycm_extra_conf.py 文件，不再提示 let g:ycm_confirm_extra_conf=0 " 開啟 YCM 標(biāo)簽補(bǔ)全引擎 let g:ycm_collect_identifiers_from_tags_files=1 " 引入 C++ 標(biāo)準(zhǔn)庫tags set tags+=/data/misc/software/misc./vim/stdcpp.tags " YCM 集成 OmniCppComplete 補(bǔ)全引擎，設(shè)置其快捷鍵 inoremap <leader>; <C-x><C-o> " 補(bǔ)全內(nèi)容不以分割子窗口形式出現(xiàn)，只顯示補(bǔ)全列表 set completeopt-=preview " 從第一個(gè)鍵入字符就開始羅列匹配項(xiàng) let g:ycm_min_num_of_chars_for_completion=1 " 禁止緩存匹配項(xiàng)，每次都重新生成匹配項(xiàng) let g:ycm_cache_omnifunc=0 " 語法關(guān)鍵字補(bǔ)全 let g:ycm_seed_identifiers_with_syntax=1

其中大部分內(nèi)容從注釋就能了解，粗體配置項(xiàng)見下文。

YCM 集成了多種補(bǔ)全引擎：語義補(bǔ)全引擎、標(biāo)簽補(bǔ)全引擎、OmniCppComplete 補(bǔ)全引擎、其他補(bǔ)全引擎。

YCM 的語義補(bǔ)全。YCM 不會(huì)在每次鍵入事件上觸發(fā)語義補(bǔ)全，YCM 作者認(rèn)為這會(huì)影響補(bǔ)全效率而且沒什么必要（我持保留意見），YCM 只在如下兩種場景下觸發(fā)語義補(bǔ)全：一是補(bǔ)全標(biāo)識(shí)符所在文件必須在 buffer 中（即，文件已打開）；一是在對(duì)象后鍵入 .、指針后鍵入 ->、名字空間后鍵入 ::。如下圖所示：

（YCM 的語義補(bǔ)全）

上圖中，我先嘗試補(bǔ)全類 MyClass 失敗，接著我把 MyClass 所在的文件 MyClass.h 打開后切回 main.cpp 再次補(bǔ)全類 MyClass 成功，然后在對(duì)象 mc 后鍵入 . 進(jìn)行成員補(bǔ)全；

YCM 的標(biāo)簽補(bǔ)全。語義補(bǔ)全的確強(qiáng)大，但受限挺多，如果我要補(bǔ)全 STL 中的泛型算法 count_if() 豈不是還要先打開庫頭文件 algorithm？不用，YCM 也支持標(biāo)簽補(bǔ)全。要使用標(biāo)簽補(bǔ)全，你需要做兩件事：一是讓 YCM 啟用標(biāo)簽補(bǔ)全引擎、二是引入 tag 文件，具體設(shè)置如下：

" 開啟 YCM 標(biāo)簽引擎 let g:ycm_collect_identifiers_from_tags_files=1 " 引入 C++ 標(biāo)準(zhǔn)庫tags set tags+=/data/misc/software/misc./vim/stdcpp.tags

其中，工程自身代碼的標(biāo)簽可借助 indexer 插件自動(dòng)生成自動(dòng)引入，但由于 YCM 要求 tag 文件中必須含有 language:<X> 字段（ctags 的命令行參數(shù) --fields 必須含有 l 選項(xiàng)），所有必須通過 indexer_ctagsCommandLineOptions 告知 indexer 調(diào)用 ctags 時(shí)注意生成該字段，具體設(shè)置參見“代碼導(dǎo)航”章節(jié)；前面章節(jié)介紹過如何生成、引入 C++ 標(biāo)準(zhǔn)庫的 tag 文件，設(shè)置成正確路徑即可。另外，由于引入過多 tag 文件會(huì)導(dǎo)致 vim 變得非常緩慢，我的經(jīng)驗(yàn)是，只引入工程自身（indexer 自動(dòng)引入）和 C++ 標(biāo)準(zhǔn)庫的標(biāo)簽（上面配置的最后一行）。如下圖所示：

（YCM 的標(biāo)簽補(bǔ)全）

YCM 的 OmniCppComplete 補(bǔ)全引擎。我要進(jìn)行 linux 系統(tǒng)開發(fā)，打開系統(tǒng)函數(shù)頭文件覺得麻煩（也就無法使用 YCM 的語義補(bǔ)全），引入系統(tǒng)函數(shù) tag 文件又影響 vim 速度（也就無法使用 YCM 的標(biāo)簽補(bǔ)全），這種情況又如何讓 YCM 補(bǔ)全呢？WOW，別擔(dān)心，YCM 還有 OmniCppComplete 補(bǔ)全引擎，只要你在當(dāng)前代碼文件中 #include 了該標(biāo)識(shí)符所在頭文件即可。通過 OmniCppComplete 補(bǔ)全無法使用 YCM 的隨鍵而全的特性，你需要手工告知 YCM 需要補(bǔ)全，OmniCppComplete 的默認(rèn)補(bǔ)全快捷鍵為 <C-x><C-o>，不太方便，我重新設(shè)定為 <leader>;，如前面配置所示：

inoremap <leader>; <C-x><C-o>

比如，我要補(bǔ)全 fork()，該函數(shù)所在頭文件為 unistd.h，正確添加 #include <unistd.h> 后即可補(bǔ)全。如下圖所示：

（YCM 的 OmniCppComplete 補(bǔ)全引擎）

其實(shí)，只要你正確插入頭文件，YCM 的 OmniCppComplete 補(bǔ)全引擎可以替代語義引擎和標(biāo)簽引擎，比如，上面的 MyClass 在不打開 MyClass.h 情況下也可由OmniCppComplete（鍵入 <leader>;）補(bǔ)全：

（OmniCppComplete 替代語義、標(biāo)簽補(bǔ)全）

YCM 的其他補(bǔ)全。YCM 還集成了其他輔助補(bǔ)全引擎，可以補(bǔ)全路徑、頭文件、甚至可以在注釋中繼續(xù)補(bǔ)全。如下圖：

（YCM 的其他補(bǔ)全）

從我的經(jīng)驗(yàn)來看，要想獲得最好的補(bǔ)全體驗(yàn)，你應(yīng)綜合使用 YCM 的各種補(bǔ)全引擎！

另外，YCM 不愧是 google 工程師開發(fā)的，它的匹配項(xiàng)搜索方式非常智能，你無須從前往后逐一輸入，YCM 會(huì)對(duì)你輸入的內(nèi)容進(jìn)行模糊搜索，如下：

（YCM 模糊搜索）

此外，YCM 對(duì)大小寫也非常智能，當(dāng)你輸入全小寫時(shí) YCM 對(duì)大小寫不敏感，當(dāng)然輸入中有大寫字母時(shí) YCM 對(duì)大小寫敏感：

（YCM 大小寫智能敏感）

上圖中，當(dāng)我鍵入 tia 時(shí)這兩個(gè)對(duì)象均匹配，接著輸入大寫 L 時(shí)就只剩 This_Is_A_Long_Name 匹配。

5.5 由接口快速生成實(shí)現(xiàn)框架

在 *.h 中寫成員函數(shù)的聲明，在 *.cpp 中寫成員函數(shù)的定義，很麻煩，我希望能根據(jù)函數(shù)聲明自動(dòng)生成函數(shù)定義的框架 —— protodef（http://www.vim.org/scripts/script.php?script_id=2624?）。protodef 依賴 FSwitch（http://www.vim.org/scripts/script.php?script_id=2590?），請(qǐng)一并安裝。請(qǐng)?jiān)黾尤缦略O(shè)置信息：

" 設(shè)置 pullproto.pl 腳本路徑 let g:protodefprotogetter='~/.vim/bundle/protodef/pullproto.pl' " 成員函數(shù)的實(shí)現(xiàn)順序與聲明順序一致 let g:disable_protodef_sorting=1 pullproto.pl 是 protodef 自帶的 perl 腳本，默認(rèn)位于 ~/.vim 目錄，由于改用 pathogen 管理插件，所以路徑需重新設(shè)置。

protodef 根據(jù)文件名進(jìn)行關(guān)聯(lián)，比如，MyClass.h 與 MyClass.cpp 是一對(duì)接口和實(shí)現(xiàn)文件，MyClass.h 中接口為：

class MyClass {public:void printMsg (int = 16);virtual int getSize (void) const;virtual void doNothing (void) const = 0;virtual ~MyClass ();private:int num_; };

在 MyClass.cpp 中生成成員函數(shù)的實(shí)現(xiàn)框架，如下圖所示：

（接口生成實(shí)現(xiàn)）

MyClass.cpp 中我鍵入 protodef 定義的快捷鍵 <leader>PP，自動(dòng)生成了函數(shù)框架。

上圖既突顯了 protodef 的優(yōu)點(diǎn)：優(yōu)點(diǎn)一，virtual、默認(rèn)參數(shù)等應(yīng)在函數(shù)聲明而不應(yīng)在函數(shù)定義中出現(xiàn)的關(guān)鍵字，protodef 已為你過濾；優(yōu)點(diǎn)二：doNothing() 這類純虛函數(shù)不應(yīng)有實(shí)現(xiàn)的自動(dòng)被 protodef 忽略。同時(shí)也暴露了 protodef 問題：printMsg(int = 16) 的函數(shù)聲明變更為 printMsg(unsigned)，protodef 無法自動(dòng)為你更新，它把更改后的函數(shù)聲明視為新函數(shù)添加在實(shí)現(xiàn)文件中，老聲明對(duì)應(yīng)的實(shí)現(xiàn)仍然保留。

關(guān)于缺點(diǎn)，先我計(jì)劃優(yōu)化下 protodef 源碼再發(fā)給原作者，后來想想，protodef 借助 ctags 代碼分析實(shí)現(xiàn)的，本來就存在某些缺陷，好吧，后續(xù)我找個(gè)時(shí)間寫個(gè)與 protodef 相同功能但對(duì) C++ 支持更完善的插件，內(nèi)部當(dāng)然借助 libclang 啦。

另外，每個(gè)人都有自己的代碼風(fēng)格，比如，return 語句我喜歡

return(TODO);

所以，調(diào)整了 protodef.vim 源碼，把 239、241、244、246 四行改為

call add(full, " return(TODO);")

比如，函數(shù)名與形參列表間習(xí)慣添加個(gè)空格

void MyClass::getSize (void);

所以，把 217 行改為

let proto = substitute(proto, '(\_.*$', ' (' . params . Tail, '')

5.6 庫信息參考

有過 win32 SDK 開發(fā)經(jīng)驗(yàn)的朋友對(duì) MSDN 或多或少有些迷戀吧，對(duì)于多達(dá) 7、8 個(gè)參數(shù)的 API，如果沒有一套函數(shù)功能描述、參數(shù)講解、返回值說明的文檔，那么軟件開發(fā)將是人間煉獄。別急，vim 也能做到。

要使用該功能，系統(tǒng)中必須先安裝對(duì)應(yīng) man。安裝 linux 系統(tǒng)函數(shù) man，先下載（https://www.kernel.org/doc/man-pages/download.html?），解壓后將 man1/ 至 man8/ 拷貝至 /usr/share/man/，運(yùn)行 man fork 確認(rèn)是否安裝成功。安裝 C++ 標(biāo)準(zhǔn)庫 man，先下載（ftp://GCC.gnu.org/pub/GCC/libstdc++/doxygen/?），選擇最新 libstdc++-api-X.X.X.man.tar.bz2，解壓后將 man3/ 拷貝至 /usr/share/man/，運(yùn)行 man std::vector 確認(rèn)是否安裝成功；

vim 內(nèi)置的 man.vim 插件可以查看已安裝的 man，需在 .vimrc 中配置啟動(dòng)時(shí)自動(dòng)加載該插件：

" 啟用:Man命令查看各類man信息 source $VIMRUNTIME/ftplugin/man.vim " 定義:Man命令查看各類man信息的快捷鍵 nmap <Leader>man :Man 3 <cword><CR>

需要查看時(shí)，在 vim 中鍵入輸入 :Man fork 或者 :Man std::vector （注意大小寫）即可在新建分割子窗口中查看到函數(shù)參考信息，為了方便，我設(shè)定了快捷鍵 <Leader>man，這樣，光標(biāo)所在單詞將被傳遞給 :Man 命令，不用再手工鍵入，如下圖所示：

（庫信息參考）

另外，我們編碼時(shí)通常都是先聲明使用 std 名字空間，在使用某個(gè)標(biāo)準(zhǔn)庫中的類時(shí)前不會(huì)添加 std:: 前綴，所以 vim 取到的當(dāng)前光標(biāo)所在單詞中也不會(huì)含有 std:: 前綴，而，C++ 標(biāo)準(zhǔn)庫所有 man 文件名均有 std:: 前綴，所以必須將所有文件的 std:: 前綴去掉才能讓 :Man 找到正確的 man 文件。在 libstdc++-api-X.X.X.man/man3/ 執(zhí)行批量重命名以取消所有 man文件的 std:: 前綴：

rename "std::" "" std::\*

順便說下，很多人以為 rename 命令只是 mv 命令的簡單封裝，非也，在重命名方面，rename 太專業(yè)了，遠(yuǎn)非 mv 可觸及滴，就拿上例來說，mv 必須結(jié)合 sed 才能達(dá)到這樣的效果。

我認(rèn)為，好的庫信息參考手冊(cè)不僅有對(duì)參數(shù)、返回值的描述，還應(yīng)有使用范例，上面介紹的 linux 系統(tǒng)函數(shù) man 做到了，C++ 標(biāo)準(zhǔn)庫 man 還未達(dá)到我要求。所以，若有網(wǎng)絡(luò)條件，我更愿意選擇查看在線參考，C++ 推薦?http://www.cplusplus.com/reference/、http://en.cppreference.com/w/Cppreference:Archives?，前者范例多、后者更新勤；UNIX 推薦http://pubs.opengroup.org/onlinepubs/9699919799/functions/contents.html、http://man7.org/linux/man-pages/dir_all_alphabetic.html?，前者基于最新 SUS（Single UNIX Specification，單一 UNIX 規(guī)范）、后者偏重 linux 擴(kuò)展。

6 工程管理

我雖不要求達(dá)不到軟件工程的高度，但基本的管理還是有必要的，比如，工程文件的管理、多文檔編輯、工程環(huán)境的保存與恢復(fù)。

6.1 工程文件瀏覽

我通常將工程相關(guān)的文檔放在同個(gè)目錄下，通過 NERDtree （https://github.com/scrooloose/nerdtree）插件可以查看文件列表，要打開哪個(gè)文件，光標(biāo)選中后回車即可在新 buffer 中打開。

安裝好 NERDtree 后，請(qǐng)將如下信息加入.vimrc中：

" 使用 NERDTree 插件查看工程文件。設(shè)置快捷鍵，速記：file list nmap <Leader>fl :NERDTreeToggle<CR> " 設(shè)置NERDTree子窗口寬度 let NERDTreeWinSize=32 " 設(shè)置NERDTree子窗口位置 let NERDTreeWinPos="right" " 顯示隱藏文件 let NERDTreeShowHidden=1 " NERDTree 子窗口中不顯示冗余幫助信息 let NERDTreeMinimalUI=1 " 刪除文件時(shí)自動(dòng)刪除文件對(duì)應(yīng) buffer let NERDTreeAutoDeleteBuffer=1

常用操作：回車，打開選中文件；r，刷新工程目錄文件列表；I（大寫），顯示/隱藏隱藏文件；m，出現(xiàn)創(chuàng)建/刪除/剪切/拷貝操作列表。鍵入 <leader>fl 后，右邊子窗口為工程項(xiàng)目文件列表，如下圖所示：

（工程文件瀏覽）

6.2 多文檔編輯

vim 的多文檔編輯涉及三個(gè)概念：buffer、window、tab，這三個(gè)事物與我們常規(guī)理解意義大相徑庭。vim 把加載進(jìn)內(nèi)存的文件叫做 buffer，buffer 不一定可見；若要 buffer 要可見，則必須通過 window 作為載體呈現(xiàn)；同個(gè)看面上的多個(gè) window 組合成一個(gè) tab。一句話，vim 的 buffer、window、tab 你可以對(duì)應(yīng)理解成視角、布局、工作區(qū)。我所用到的多文檔編輯場景幾乎不會(huì)涉及 tab，重點(diǎn)關(guān)注 buffer、window。

vim 中每打開一個(gè)文件，vim 就對(duì)應(yīng)創(chuàng)建一個(gè) buffer，多個(gè)文件就有多個(gè) buffer，但默認(rèn)你只看得到最后 buffer 對(duì)應(yīng)的 window，通過插件 MiniBufExplorer（https://github.com/fholgado/minibufexpl.vim?，原始版本已停止更新且問題較多，該版本是其他人 fork 的新項(xiàng)目）可以把所有 buffer 羅列出來，并且可以顯示多個(gè) buffer 對(duì)應(yīng)的 window。如下圖所示：

（buffer 列表）

我在 vim 中打開了 main.cpp、CMakeLists.txt、MyClass.cpp、MyClass.h 這四個(gè)文件，最上面子窗口（buffer 列表）羅列出的 [1:main.cpp][4:CMakeLists.txt][5:MyClass.cpp][6:MyClass.h] 就是對(duì)應(yīng)的四個(gè) buffer。當(dāng)前顯示了 main.cpp 和 MyClass.h 的兩個(gè) buffer，分別對(duì)應(yīng)綠色區(qū)域和橙色區(qū)域的 window，這下對(duì) buffer 和 window 有概念了吧。圖中關(guān)于 buffer 列表再說明兩點(diǎn)：

* 表示當(dāng)前有 window 的 buffer，換言之，有 * 的 buffer 是可見的；! 表示當(dāng)前正在編輯的 window；
你注意到 buffer 序號(hào) 1 和 4 不連續(xù)的現(xiàn)象么？只要 vim 打開一個(gè) buffer，序號(hào)自動(dòng)增一，中間不連續(xù)有幾個(gè)可能：可能一，打開了 1、2、3、4 后，用戶刪除了 2、3 兩個(gè) buffer，剩下 1、4；可能二，先打開了其他插件的窗口（如，tagbar）后再打開代碼文件；

配置：將如下信息加入 .vimrc 中：

" 顯示/隱藏 MiniBufExplorer 窗口 map <Leader>bl :MBEToggle<cr> " buffer 切換快捷鍵 map <C-Tab> :MBEbn<cr> map <C-S-Tab> :MBEbp<cr>

操作：一般通過 NERDtree 查看工程文件列表，選擇打開多個(gè)代碼文件后，MiniBufExplorer 在頂部自動(dòng)創(chuàng)建 buffer 列表子窗口。通過前面配置，ctrl-tab 正向遍歷 buffer，ctrl-shift-tab 逆向遍歷（光標(biāo)必須在 buffer 列表子窗口外）；在某個(gè) buffer 上鍵入 d 刪除光標(biāo)所在的 buffer（光標(biāo)必須在 buffer 列表子窗口內(nèi)）：

（多文檔編輯）

默認(rèn)時(shí)，打開的 window 占據(jù)幾乎整個(gè) vim 編輯區(qū)域，如果你想把多個(gè) window 平鋪成多個(gè)子窗口可以使用 MiniBufExplorer 的 s 和 v 命令：在某個(gè) buffer 上鍵入 s 將該 buffer 對(duì)應(yīng) window 與先前 window 上下排列，鍵入 v 則左右排列（光標(biāo)必須在 buffer 列表子窗口內(nèi)）。如下圖所示：

（在子窗口中編輯多文檔）

圖中，通過 vim 自身的 f 名字查找 buffer 序號(hào)可快速選擇需要的 buffer。另外，編輯單個(gè)文檔時(shí)，不會(huì)出現(xiàn) buffer 列表。

6.3 環(huán)境恢復(fù)*

vim 的編輯環(huán)境保存與恢復(fù)是我一直想要的功能，我希望恢復(fù)：已打開文件、光標(biāo)位置、undo/redo、書簽、子窗口、窗口大小、窗口位置、命令歷史、buffer 列表、代碼折疊。vim 文檔說借助 viminfo（恢復(fù)書簽）和 session（恢復(fù)除書簽外的其他項(xiàng)）特性很可以實(shí)現(xiàn)這個(gè)功能。請(qǐng)確保你的 vim 支持 +mksession 和 +viminfo 特性：

vim --version | grep mksession vim --version | grep viminfo

如果編譯 vim 時(shí)添加了 --with-features=huge 選項(xiàng)那就沒問題。

一般說來，保存/恢復(fù)環(huán)境步驟如下。

第一步，保存所有文檔：

:wa

第二步，借助 viminfo 和 session 保存當(dāng)前環(huán)境：

:mksession! my.vim :wviminfo! my.viminfo

第三步，退出 vim：

:qa

第四步，恢復(fù)環(huán)境，進(jìn)入 vim 后執(zhí)行：

:source my.vim :rviminfo my.viminfo

具體能保存哪些項(xiàng)，可由 sessionoptions 指定，另外，前面幾步可以設(shè)定快捷鍵，在 .vimrc 中增加：

" 設(shè)置環(huán)境保存項(xiàng) set sessionoptions="blank,buffers,globals,localoptions,tabpages,sesdir,folds,help,options,resize,winpos,winsize" " 保存 undo 歷史 set undodir=~/.undo_history/ set undofile " 保存快捷鍵 map <leader>ss :mksession! my.vim<cr> :wviminfo! my.viminfo<cr> " 恢復(fù)快捷鍵 map <leader>rs :source my.vim<cr> :rviminfo my.viminfo<cr>

這樣，簡化第二步、第四步操作。另外，sessionoptions 無法覆蓋 undo 歷史，所以，必須通過開啟 undofile 進(jìn)行單獨(dú)設(shè)置，一旦開啟，每次寫文件時(shí)自動(dòng)強(qiáng)制保存 undo 歷史，下次加載在文件時(shí)自動(dòng)強(qiáng)制恢復(fù)所有 undo 歷史，不在由 :mksession/:wviminfo 和 :source/:rviminfo 控制。

按此操作，并不能像 vim 文檔中描述的那樣能保存所有環(huán)境，比如，書簽、代碼折疊、命令歷史都無法恢復(fù)。這和我預(yù)期存在較大差距，暫且用用吧，找個(gè)時(shí)間在深入研究！

7 工具鏈集成

既然我們要把 vim 打造成 IDE，那必須得集成編譯器、構(gòu)建工具、靜態(tài)分析器、動(dòng)態(tài)調(diào)試器，當(dāng)然，你可能還需要版本控制、重構(gòu)工具等等，我暫時(shí)還好。

7.1 編譯器/構(gòu)建工具集成

先說下編譯器和構(gòu)建工具。vim 再強(qiáng)大也只能是個(gè)優(yōu)秀的編輯器而非編譯器，它能高效地完成代碼編輯工作，但必須通過其他外部命令實(shí)現(xiàn)將代碼轉(zhuǎn)換為二進(jìn)制可執(zhí)行文件；一旦工程上規(guī)模，你不可能單個(gè)單個(gè)文件編譯，這時(shí)構(gòu)建工具就派上場了。

代碼編譯

GCC 是 linux 上 C/C++ 編譯器的事實(shí)標(biāo)準(zhǔn)，幾乎所有發(fā)行套件都默認(rèn)安裝，它很好但不是最好：編譯錯(cuò)誤提示信息可讀性不夠（特別對(duì)于 C++ 模板錯(cuò)誤信息基本就是讀天書）、基于 GCC 的二次開發(fā)困難重重。我需要更優(yōu)秀的 C++ 編譯器。

Stanley B. Lippman 先生所推薦宇宙最強(qiáng) C++ 編譯器 —— LLVM/clang。Stanley 何許人也？不是吧，你玩 C++ 居然不認(rèn)識(shí)他。C++ 世界二號(hào)人物，當(dāng)年在貝爾實(shí)驗(yàn)室，Bjarne Stroustrup 構(gòu)思了 C++ 功能框架，Stanley Lippman 實(shí)現(xiàn)了第一個(gè)版本。還無感？好吧，他是《C++ Primer》的作者。說了大神，再說說大神推薦的編譯器。

LLVM 出自伊利諾伊大學(xué)研究項(xiàng)目，由 google 和蘋果公司贊助。LLVM 的存在只為兩個(gè)目的：一是盡可能地模塊化現(xiàn)有代碼以方便在此基礎(chǔ)上進(jìn)行二次開發(fā)、一是提供比傳統(tǒng)構(gòu)建工具鏈更好的用戶體驗(yàn)。LLVM 是個(gè)很大很大的項(xiàng)目群，幾乎把從編譯到調(diào)試的各個(gè)構(gòu)建環(huán)節(jié)都重新實(shí)現(xiàn)了一遍：

機(jī)器碼生成方面：包含 LLVM core 子項(xiàng)目， LLVM core 能把滿足它約定的中間語言翻譯為高質(zhì)量的機(jī)器碼；
編譯器方面：C/C++ 編譯器 clang、接管 GCC 生成的 AST 并進(jìn)行后續(xù)機(jī)器碼生成的后端編譯器 dragonegg；
調(diào)試器方面：增強(qiáng)處理模板/重載/多線程等等特性的調(diào)試器 LLDB、能根據(jù)程序 bug 生成測試用例甚至給出修正代碼的符號(hào)虛擬機(jī) klee；
鏈接器方面：能更好地處理符號(hào)鏈接的鏈接器 lld；
標(biāo)準(zhǔn)庫方面：滿足最新 C++ 規(guī)范的高性能實(shí)現(xiàn)標(biāo)準(zhǔn)庫 libc++ 和 libc++ ABI、OpenCL 標(biāo)準(zhǔn)庫的高性能實(shí)現(xiàn) libclc；
運(yùn)行期環(huán)境方面：支持 OpenMP 規(guī)范的運(yùn)行期環(huán)境、Java 和 .NET 的虛擬機(jī) vmkit；
代碼優(yōu)化方面：用于提升并行計(jì)算性能的 polly、針對(duì)內(nèi)存安全檢查的調(diào)優(yōu)工具 SAFECode；

顫抖吧，小伙伴們！

我們重點(diǎn)介紹 clang 子項(xiàng)目，clang 把標(biāo)準(zhǔn) C/C++ 代碼轉(zhuǎn)換為中間語言，換言之，前端 clang + 后端 LLVM（后簡稱 LLVM/clang）就是一款可替代 GCC 的優(yōu)秀編譯器。相較 GCC，LLVM/clang 有眾多優(yōu)勢，尤其以下幾點(diǎn)：

錯(cuò)誤信息可讀性強(qiáng)。能指出哪行、哪列有錯(cuò)誤，并且用波浪線突顯出來；另外，盡可能給出修改建議（比如提示你是否拼寫錯(cuò)誤）；最重要的是對(duì) C++ 模板相關(guān)語法錯(cuò)誤提示非常友好；（注，GCC 4.8 開始學(xué)習(xí) clang 優(yōu)化錯(cuò)誤信息可讀性）
編譯速度快且占用資源少。編譯速度是 GCC 的 2.5 倍，內(nèi)存消耗只有 GCC 的 1/5；
兼容且擴(kuò)充 GCC。clang 支持 GCC 的所有編譯參數(shù)，也就是說，使用 GCC 開發(fā)的項(xiàng)目，你只需把 makefile 中使用的編譯器從 GCC 改為 clang 即可，無須大面積調(diào)整構(gòu)建系統(tǒng)腳本即可重新編譯；另外，clang 還對(duì) GCC 的編譯參數(shù)進(jìn)行了人性化擴(kuò)展，比如，GCC 無法打開所有編譯警告（-Wall、-Wextra 不夠滴），clang 只需 -Weverything；
高度抽象的模塊化設(shè)計(jì)。弱耦合性帶來的模塊高度復(fù)用、二次開發(fā)非常容易，比如，前面介紹的基于語義的 C/C++ 代碼補(bǔ)全插件 YouCompleteMe，就是借助 libclang 庫實(shí)現(xiàn)。

還在擔(dān)心采用 clang 編譯的源碼移到 GCC 下無法編譯？安啦，沒問題的，你無非擔(dān)心四方面：

編譯參數(shù)是否兼容？前面說過，clang 全面兼容 GCC，所以編譯參數(shù)完全兼容；
語言擴(kuò)展是否兼容？只要不是像 linux 內(nèi)核那樣大規(guī)模采用各種復(fù)雜語言擴(kuò)展屬性，一般項(xiàng)目中用到的簡單擴(kuò)展是沒問題的；
標(biāo)準(zhǔn)庫接口是否兼容？標(biāo)準(zhǔn)庫接口是 C++ 規(guī)范中指定的，根本不存在標(biāo)準(zhǔn)庫接口不兼容一說；
標(biāo)準(zhǔn)庫動(dòng)/靜態(tài)庫符號(hào)是否兼容？你只要確保采用 clang 的標(biāo)準(zhǔn)庫頭文件對(duì)應(yīng)鏈接 clang 的動(dòng)態(tài)鏈接庫、采用 GCC 的標(biāo)準(zhǔn)庫頭文件對(duì)應(yīng)鏈接 GCC 的動(dòng)態(tài)鏈接庫的要求就不會(huì)出現(xiàn)問題。

在源碼安裝 clang 前，你需先自行安裝 GCC，兩個(gè)目的，一是你得有個(gè)編譯器來編譯編譯器 clang （呵呵，繞了吧），二是其他人的項(xiàng)目可能會(huì)用到 GCC。

下載 LLVM、clang 及輔助庫源碼：

cd ~/downloads svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm cd llvm/tools svn co http://llvm.org/svn/llvm-project/cfe/trunk clang cd ../.. cd llvm/tools/clang/tools svn co http://llvm.org/svn/llvm-project/clang-tools-extra/trunk extra cd ../../../.. cd llvm/projects svn co http://llvm.org/svn/llvm-project/compiler-rt/trunk compiler-rt cd ..

先關(guān)掉其他應(yīng)用，盡量多的系統(tǒng)資源留給 GCC 進(jìn)行編譯 clang 源碼：

mkdir build cd build ../configure --enable-optimized CC=/usr/bin/GCC CXX=/usr/bin/g++

接下來，你先洗個(gè)澡，再約個(gè)會(huì)，回來應(yīng)該編譯好了（thinkpad T410I，CPU 奔騰雙核 P6000，MEM 4G DDRIII，耗時(shí) 2 小時(shí)）。確認(rèn)下：

clang --version

玩 C/C++ 你肯定要用到標(biāo)準(zhǔn)庫。概念上，GCC 配套的標(biāo)準(zhǔn)庫涉及 libstdc++ 和 libsupc++ 兩個(gè)子庫，前者是接口層（即，上層的封裝），后者是實(shí)現(xiàn)層（即，底層的具體實(shí)現(xiàn)），對(duì)應(yīng)實(shí)物文件，你得需要兩個(gè)子庫的頭文件和動(dòng)態(tài)鏈接庫（*.so）。openSUSE 的安裝源中有，直接安裝頭文件

zypper in libstdc++47-devel

位于 /usr/include/c++/4.7/，接著安裝鏈接庫

zypper in libstdc++6

位于 /usr/lib/libstdc++.so.6。呃，是滴，libstdc++、libsupc++ 兩個(gè)子庫的相關(guān)文件是合并一起安裝的。

對(duì)應(yīng)到 clang 的標(biāo)準(zhǔn)庫，libc++（接口層）和 libc++abi（實(shí)現(xiàn)層）也需要安裝頭文件和動(dòng)態(tài)鏈接庫（*.so）。openSUSE 的安裝源中并無 libc++，頭文件和動(dòng)態(tài)鏈接庫只能源碼安裝：

cd ~/downloads/ svn co http://llvm.org/svn/llvm-project/libcxx/trunk libcxx cd libcxx/lib ./buildit

頭文件已經(jīng)生成到 ~/downloads/libcxx/include/，要讓 clang 找到必須復(fù)制到 /usr/include/c++/v1/

cp -r ~/downloads/libcxx/include/ /usr/include/c++/v1/

*.so 文件已生成 ~/downloads/libcxx/lib/libc++.so.1.0，要讓 clang 訪問必須復(fù)制到 /usr/lib/，并創(chuàng)建軟鏈接

ln -s ~/downloads/libcxx/lib/libc++.so.1.0 ~/downloads/libcxx/lib/libc++.so.1 ln -s ~/downloads/libcxx/lib/libc++.so.1.0 ~/downloads/libcxx/lib/libc++.so cp ~/downloads/libcxx/lib/libc++.so* /usr/lib/

類似，源碼安裝 libc++abi 的頭文件和動(dòng)態(tài)鏈接庫：

cd ~/downloads/ svn co http://llvm.org/svn/llvm-project/libcxxabi/trunk libcxxabi cd libcxxabi/lib ./buildit

頭文件已經(jīng)生成到 ~/downloads/libcxxabi/include/，要讓 clang 找到必須復(fù)制到 /usr/include/c++/v1/

cp -r ~/downloads/libcxxabi/include/ /usr/include/c++/v1/ \*.so 文件已生成 ~/downloads/libcxx/lib/libc++abi.so.1.0，要讓 clang 訪問必須復(fù)制到 /usr/lib/，并創(chuàng)建軟鏈接 ln -s ~/downloads/libcxxabi/lib/libc++abi.so.1.0 ~/downloads/libcxxabi/lib/libc++abi.so.1 ln -s ~/downloads/libcxxabi/lib/libc++abi.so.1.0 ~/downloads/libcxxabi/lib/libc++abi.so cp ~/downloads/libcxxabi/lib/libc++abi.so\* /usr/lib/

后續(xù)可以通過如下選項(xiàng)進(jìn)行代碼編譯：

clang++ -std=c++11 -stdlib=libc++ -Werror -Weverything -Wno-disabled-macro-expansion -Wno-float-equal -Wno-c++98-compat -Wno-c++98-compat-pedantic -Wno-global-constructors -Wno-exit-time-destructors -Wno-missing-prototypes -Wno-padded -Wno-old-style-cast -lc++ -lc++abi main.cpp

這一大波編譯選項(xiàng)很崩潰么 @_@！我來簡單說說：

-std=c++11：使用 C++11 新特性；
-stdlib=libc++：指定使用 clang 的標(biāo)準(zhǔn)庫頭文件 /usr/include/c++/v1/；
-Werror：將所有編譯警告視為編譯錯(cuò)誤；
-Weverything：打開所有編譯警告選項(xiàng)。在 GCC 中，無法通過單個(gè)選項(xiàng)打開所有編譯警告，必須繁瑣的同時(shí)指定 -Wall、-Wextra、以及大量分散的其他選項(xiàng)，為此 clang 新增了 -Weverything。

當(dāng)然，有些警告意義不大，完全可忽略，如下：

-Wno-disabled-macro-expansion：禁止使用宏表達(dá)式，忽略此警告；
-Wno-float-equal：浮點(diǎn)類型不應(yīng)使用 != 和 == 運(yùn)算符，忽略此警告；
-Wno-c++98-compat、-Wno-c++98-compat-pedantic：采用 C++11 新特性的代碼無法兼容 C++98，忽略此警告；
-Wno-global-constructors：在 main() 之前存在執(zhí)行的代碼，忽略此警告；
-Wno-exit-time-destructors：在 main() 之后存在執(zhí)行的代碼，忽略此警告；
-Wno-missing-prototypes：雖有函數(shù)定義但缺失函數(shù)原型，忽略此警告；
-Wno-padded：結(jié)構(gòu)體大小應(yīng)為 4 字節(jié)整數(shù)倍，忽略此警告（編譯器自動(dòng)調(diào)整對(duì)齊邊界）；
-Wno-old-style-cast：C 語言的強(qiáng)制類型轉(zhuǎn)換，忽略此警告；
-lc++：指定鏈接 /usr/lib/libc++.so 標(biāo)準(zhǔn)庫（缺失將導(dǎo)致鏈接失敗！）；
-lc++abi：指定鏈接 /usr/lib/libc++abi.so 標(biāo)準(zhǔn)庫（缺失將導(dǎo)致鏈接失敗！）。

系統(tǒng)構(gòu)建

對(duì)于只有單個(gè)代碼文件的項(xiàng)目來說，無非是保存代碼文件、shell 中調(diào)用 GCC 編譯、鏈接這樣的簡單方式即可實(shí)現(xiàn)；但，對(duì)于動(dòng)輒幾十上百個(gè)文件的工程項(xiàng)目，采用這種方式只會(huì)把自己逼瘋，必須借助構(gòu)建工具管理工程的整個(gè)構(gòu)建過程。

linux 有兩類工程構(gòu)建工具 —— Makefile系和非 Makefile 系，Makefile 系常見構(gòu)建工具有 GNU 出品的老牌 autoconf、新生代的 CMake，非 Makefile 系中最著名的要數(shù) SCons。KDE 就是通過 CMake（http://www.cmake.org/cmake/resources/software.html?）構(gòu)建出來的，易用性靈活性兼?zhèn)?#xff0c;灑淚推薦。

一般來說，你需要先寫個(gè)名為 CMakeLists.txt 的構(gòu)建腳本，然后執(zhí)行 cmake CMakeLists.txt 命令將生成 Makefile 文件，最后執(zhí)行 make 命令即可編譯生成可執(zhí)行程序。

舉例來說，你工程包含 main.cpp 文件，要構(gòu)建它，你需要執(zhí)行如下步驟。

第一步，編寫 CMakeLists.txt，內(nèi)容如下：

PROJECT(main) SET(SRC_LIST main.cpp) SET(CMAKE_CXX_COMPILER "clang++") SET(CMAKE_CXX_FLAGS "-std=c++11 -stdlib=libc++ -Werror -Weverything -Wno-deprecated-declarations -Wno-disabled-macro-expansion -Wno-float-equal -Wno-c++98-compat -Wno-c++98-compat-pedantic -Wno-global-constructors -Wno-exit-time-destructors -Wno-missing-prototypes -Wno-padded -Wno-old-style-cast") SET(CMAKE_EXE_LINKER_FLAGS "-lc++ -lc++abi") SET(CMAKE_BUILD_TYPE Debug) ADD_EXECUTABLE(main ${SRC_LIST})

其中，PROJECT 指定工程名、SET 是 cmake 變量賦值命令、ADD_EXECUTABLE 指定生成可執(zhí)行程序的名字。括號(hào)內(nèi)的大寫字符串是 cmake 內(nèi)部預(yù)定義變量，這是 CMakeLists.txt 腳本的重點(diǎn)，下面詳細(xì)講述：

SRC_LIST 指定參與編譯的源碼文件列表，如果有多個(gè)文件請(qǐng)用空格隔開，如，你工程有 main.cpp、lib/MyClass.cpp、lib/MyClass.h 三個(gè)文件，那么可以指定為：
SET(SRC_LIST main.cpp lib/MyClass.cpp)
CMAKE_CXX_COMPILER 指定選用何種編譯器；
CMAKE_CXX_FLAGS 設(shè)定編譯選項(xiàng)；
CMAKE_EXE_LINKER_FLAGS 設(shè)定鏈接選項(xiàng)。一定要將 -lc++ 和 -lc++abi 獨(dú)立設(shè)定到 CMAKE_EXE_LINKER_FLAGS 變量中而不能放在 CMAKE_CXX_FLAGS，否則無法通過鏈接；
CMAKE_BUILD_TYPE 設(shè)定生成的可執(zhí)行程序中是否包含調(diào)試信息。

另外，對(duì)于編譯選項(xiàng)，我的原則是嚴(yán)己寬人。也就是說，在我本機(jī)上使用最嚴(yán)格的編譯選項(xiàng)以發(fā)現(xiàn)盡量多 bug，發(fā)布給其他人的源碼包使用最寬松的編譯選項(xiàng)以減少環(huán)境差異導(dǎo)致編譯失敗的可能。前面羅列出來的就是嚴(yán)格版的 CMakeLists.txt，寬松版我會(huì)考慮：編譯器改用 GCC（很多人沒裝 clang）、忽略所有編譯警告、讓編譯器進(jìn)行代碼優(yōu)化、去掉調(diào)試信息、添加安裝路徑等要素，具體如下：

PROJECT(main) SET(SRC_LIST main.cpp) SET(CMAKE_CXX_COMPILER "g++") SET(CMAKE_CXX_FLAGS "-std=c++11 -O3") SET(CMAKE_BUILD_TYPE Release) ADD_EXECUTABLE(porgram_name ${SRC_LIST}) INSTALL(PROGRAMS porgram_name DESTINATION /usr/bin/)

第二步，基于 CMakeLists.txt 生成 Makefile。在 CMakeLists.txt 所在目錄執(zhí)行：

cmake CMakeLists.txt

執(zhí)行成功的話，你將在該目錄下看到 Makefile 文件；

第三步，基于 Makefile 生成可執(zhí)行程序。相同目錄下執(zhí)行：

make

這一步，就是在調(diào)用編譯器進(jìn)行編譯，如果存在代碼問題，修正錯(cuò)誤后重新執(zhí)行這一步即可，不用再次執(zhí)行第一、二步。

基本上，你的新工程，可以在基于上面的 CMakeLists.txt 進(jìn)行修改，執(zhí)行一次第二步后，每次代碼調(diào)整只需執(zhí)行第三步即可。

一鍵編譯

工程項(xiàng)目的構(gòu)建過程游離于 vim 之外終究不那么方便，前面章節(jié)介紹的構(gòu)建過程是在 shell 中執(zhí)行的，全在 vim 中執(zhí)行又是如何操作。第一步的創(chuàng)建 CMakeLists.txt 沒問題，vim 這么優(yōu)秀的編輯器編輯個(gè)普通文本文件易如反掌；第二步的生成 Makefile 也沒問題，在 vim 內(nèi)部通過 ! 前綴可以執(zhí)行 shell 命令，:!cmake CMakeLists.txt 即可；第三步的編譯過程更沒問題，因?yàn)?vim 自身支持 make 命令，直接在 vim 中輸入 :make 命令它會(huì)調(diào)用外部 make 程序讀取當(dāng)前目錄中的 Makefile 文件，完成編譯、鏈接操作。當(dāng)然，一次性編譯通過的可能性很小，難免有些語法錯(cuò)誤（語義錯(cuò)誤只能靠調(diào)試器了），vim 將編譯器拋出的錯(cuò)誤和警告信息輸出到 quickfix 中，執(zhí)行 :cw 命令即可顯示 quickfix。說了這么多，概要之，先通過構(gòu)建工具（CMake 可通過 CMakeLists.txt 文件，autotools 可通過 configure 文件）生成整個(gè)工程的 Makefile，再在 vim 中執(zhí)行 :make，最后顯示 quickfix。

要實(shí)現(xiàn)一鍵編譯，無非是把這幾步映射為 vim 的快捷鍵，即：

nmap <Leader>m :wa<CR>:make<CR><CR>:cw<CR>

分解說明下，m 為設(shè)定的一鍵編譯快捷鍵，:wa<CR> 保存所有調(diào)整文檔內(nèi)容，:make<CR> 調(diào)用 make 命令，后面的 <CR> 消除執(zhí)行完 make 命令屏幕上“Press ENTER or type command to continue”的輸入等待提示，:cw<CR> 顯示 quickfix（僅當(dāng)有編譯錯(cuò)誤或警告時(shí)）。如下圖所示：

（一鍵編譯）

我新建了一個(gè)工程，編輯好 CMakeLists.txt，執(zhí)行 :!cmake CMakeLists.txt，接著 <leader>m 一鍵編譯，quickfix 窗口顯示了編譯錯(cuò)誤，光標(biāo)自動(dòng)定位到需要你解決的第一個(gè)編譯錯(cuò)誤，回車后光標(biāo)自動(dòng)調(diào)整到該錯(cuò)誤對(duì)應(yīng)的代碼位置，修正后重新 <leader>r，編譯通過并運(yùn)行生成的程序。

你可能會(huì)遇到，調(diào)整過的代碼能通過編譯，但是，要么在工程目錄中無法找到可執(zhí)行程序，要么有程序但體現(xiàn)不出代碼調(diào)整的內(nèi)容（就像沒調(diào)整過代碼一樣）。對(duì)于情況一，還算好，至少你曉得生成可程序失敗了，肯定哪兒出了問題，不會(huì)繼續(xù)往下新增代碼；情況二，就麻煩了，你想通過運(yùn)行程序檢查剛才添加的代碼運(yùn)行是否正常，以為運(yùn)行的是新程序，其實(shí)，代碼調(diào)整后的新程序并未生成，運(yùn)行是老程序，“哇，一切正常，往下寫新業(yè)務(wù)邏輯代碼”。導(dǎo)致這兩個(gè)情況的根本原因，代碼中存在鏈接錯(cuò)誤導(dǎo)致并未正常創(chuàng)建新的可執(zhí)行程序。bad news —— 如果編譯錯(cuò)誤，quickfix 窗口會(huì)固定在底部，羅列出所有編譯過程中的所有錯(cuò)誤，如果編譯正常（即便是存在鏈接錯(cuò)誤），quickfix 窗口會(huì)出現(xiàn)“Press ENTER or type command to continue”的輸入等待提示信息，前面提過，為了省去手工輸入回車，已經(jīng)在 <Leader>m 中為 :make 多綁定個(gè)回車符 <CR>，換言之，在編譯正確鏈接錯(cuò)誤的情況下，你是無法查看到 quickfix 窗口的；good news —— 有兩種方式解決該問題：

方式一，將前面 <Leader>m 中為 :make 綁定的回車符 <CR> 去掉，即

nmap <Leader>m :wa<CR>:make<CR><CR>:cw<CR>

方式二，先刪除老的可執(zhí)行程序，再編譯、鏈接，發(fā)現(xiàn)缺失可執(zhí)行程序時(shí)，再手工執(zhí)行 :make，這樣，可查看具體是什么鏈接錯(cuò)誤了，將如下配置信息加入 .vimrc 中：

nmap <Leader>m :!rm -rf main<CR>:wa<CR>:make<CR><CR>:cw<CR>

我選方式二。

到此，已實(shí)現(xiàn)一鍵編譯，要實(shí)現(xiàn)一鍵編譯及運(yùn)行無非就在剛才的快捷鍵中追加綁定運(yùn)行程序的外部命令即可。新快捷鍵設(shè)定為 <leader>g，假定生成的可執(zhí)行程序名為 main，將如下配置信息加入 .vimrc 中：

nmap <Leader>g :!rm -rf main<CR>:wa<CR>:make<CR>:cw<CR><CR>:!./main<CR>

最后，再次強(qiáng)調(diào)實(shí)現(xiàn)一鍵編譯及運(yùn)行的幾個(gè)前提：vim 的當(dāng)前目錄必須為工程目錄、事前準(zhǔn)備好 Makefile 文件且放于工程目錄的根目錄、生成的程序必須在工程目錄的根目錄。

7.2 靜態(tài)分析器集成

one take，中意“一次成型”，最早指歌手錄歌時(shí)一次性通過錄制，不存在發(fā)現(xiàn)錯(cuò)誤-修正錯(cuò)誤-重新錄制這樣的往返動(dòng)作。one take 在編程環(huán)境中，就是一次性通過編譯，我個(gè)人很享受 one take 帶來的快感。當(dāng)然，要達(dá)到 one take，不僅需要扎實(shí)的編程功底，還需要工具的輔佐 —— 代碼靜態(tài)分析器。syntastic（https://github.com/scrooloose/syntastic?），一款支持多語言的實(shí)時(shí)語法檢查插件。在 syntastic 的作用下，編碼中、編譯前，所有語法錯(cuò)誤都將被抓出來并呈現(xiàn)給你。

由于 YCM 已經(jīng)深度集成 syntastic，所以基本上你無須配置。在 ~/.vim/bundle/syntastic/syntax_checkers/cpp/ 下你可以看到可選的 C++ 語法檢查腳本，你可以通過命令 :SyntasticInfo 查看當(dāng)前選用的檢查腳本，應(yīng)該是 ycm.vim。整個(gè)過程分為如下幾步。

第一步，發(fā)現(xiàn)錯(cuò)誤。YCM 內(nèi)部調(diào)用 libclang 分析語法錯(cuò)誤，通過管道傳遞給 syntastic 呈現(xiàn)。當(dāng)你保存代碼或者安靜 2 秒，錯(cuò)誤檢查后臺(tái)任務(wù)將自動(dòng)啟動(dòng)，若有錯(cuò)誤，syntastic 將接收到。

第二步，呈現(xiàn)錯(cuò)誤。syntastic 并不非立馬顯示 YCM 發(fā)過來的錯(cuò)誤信息，除非你觸發(fā)下次擊鍵事件，否則你看不到錯(cuò)誤信息，換言之，干等是沒結(jié)果的，你必須有次擊鍵動(dòng)作（沒辦法，vim 內(nèi)部機(jī)制所限，后臺(tái)任務(wù)無法直接更新 GUI，所以才采用變通的擊鍵方式）。對(duì)于存在語法錯(cuò)誤的代碼，在行首有個(gè)紅色的 >> 高亮顯示，如果你覺得 >> 不夠醒目，你可以參照如下方式重新設(shè)置：

let g:syntastic_error_symbol = '?' let g:syntastic_warning_symbol = '?'

第三步，查看錯(cuò)誤。好了，現(xiàn)在已經(jīng)知道哪行代碼有問題，具體問題描述如何查看？兩種方式：一種是將光標(biāo)移至問題行，vim 將在其底部顯示簡要錯(cuò)誤描述；一種是將光標(biāo)移至問題行，鍵入 <leader>d 后，vim 將在其底部顯示詳細(xì)錯(cuò)誤描述。

如下所示：

（靜態(tài)代碼分析）

8 其他輔助

大家關(guān)注的 IDE 核心功能前面都已逐一介紹過了，有些輔助功能我認(rèn)為也有必要讓你知道，不是都在提程序員人文關(guān)懷嘛，從我做起！

8.1 快速編輯結(jié)對(duì)符

平時(shí)，最讓我頭痛的字符莫過于 {}、""、[] 等這類結(jié)對(duì)符，輸入它們之所以麻煩，主要因?yàn)锳）盲打很難找準(zhǔn)它們位置，B）還得同時(shí)按住shift鍵。兩者再一疊加，非常影響我的思維。要高效輸入結(jié)對(duì)符，應(yīng)該是輸入少量幾個(gè)字母（對(duì)，字母，不是字符）后 vim 自動(dòng)為你輸入完整結(jié)對(duì)符，而非是我輸入一半 vim 輸入另一半（不用 delimitMate 的原因）。剛好，這在 UltiSnips 能力范圍內(nèi)，只要定義好模板，可完美地解決這類問題，具體模板見上例中最后的結(jié)對(duì)符部分。

在定義結(jié)對(duì)符模板時(shí)，你應(yīng)該考慮加上模板控制參數(shù) i。默認(rèn)情況下，UltiSnips 只會(huì)當(dāng)模板名前是空白字符或行首時(shí)才進(jìn)行模板補(bǔ)全，比如，定義 () 的模板如下：

snippet b "bracket" (${1})${2} endsnippet

我要調(diào)用函數(shù) printf()，在輸入完 printf 后應(yīng)該接著輸入括號(hào)模板名 b，然后輸入模板展開快捷鍵 <leader><tab>，你會(huì)發(fā)現(xiàn) UltiSnips 無法幫你補(bǔ)全模板，因?yàn)樗吹降牟皇?b 而是 printfb，這在模板文件中根本未定義。有一種間接解決方式是在 printf 后加個(gè)空格，再輸入 b<leader><tab> 進(jìn)行補(bǔ)全，這就成了 printf ()，不喜歡這種編碼風(fēng)格。其實(shí)，UltiSnips 的作者也注意到這個(gè)問題了，他讓你可以通過前面提過的模板控制參數(shù) i 進(jìn)行解決。重新定義 () 的模板如下：

snippet b "bracket" i (${1})${2} endsnippet

這樣，UltiSnips 只管光標(biāo)前 1 個(gè)字符是否是 b，若是則補(bǔ)全 ()，不論 b 前是否有其他字符。類似，其他結(jié)對(duì)符模板都按此加上 i 控制參數(shù)。結(jié)對(duì)符模板完整定義參見上一節(jié) cpp.snippets 示例。如下是幾個(gè)快速輸入結(jié)對(duì)符的演示：

（快速輸入結(jié)對(duì)符）

另外，要想高效編輯結(jié)對(duì)符，你得了解 vim 自身的某些快捷鍵。比如，有如下字符串且光標(biāo)在該字符串的任意字符上，這時(shí)在命令模式下鍵入 va) 后將選中包括括號(hào)在內(nèi)的整個(gè)字符串：

（快速選中結(jié)對(duì)符）

其中，v 是動(dòng)作、a 是范圍、) 是結(jié)對(duì)符。結(jié)對(duì)符命令的動(dòng)作包括：選中 v、復(fù)制 y、刪除 d、刪除后插入 c；結(jié)對(duì)符命令的范圍包括：含結(jié)對(duì)符 a、不含結(jié)對(duì)符 i。針對(duì)不同結(jié)對(duì)符，組合不同動(dòng)作和范圍就有 4*2 種方式。比如，di{ 刪除不含結(jié)對(duì)符 {} 的字符串，va[ 將選中含結(jié)對(duì)符 [] 內(nèi)的所有字符。

選中結(jié)對(duì)符內(nèi)的文本是我較為頻繁的操作之一，通過諸如 vi[ 的命令可以選中當(dāng)前結(jié)對(duì)符 [] 內(nèi)的所有文本，這雖談不上麻煩，但每次都得去看下是 ]、)、> 還是 }，總是有點(diǎn)別扭。有款叫 wildfire.vim（https://github.com/gcmt/wildfire.vim?）的插件，讓我能更自然地選中結(jié)對(duì)符內(nèi)的文本，有了它，我只需按下空格（你也可以設(shè)置成其他快捷鍵），自動(dòng)選中光標(biāo)所在區(qū)域最近的一層結(jié)對(duì)符內(nèi)的文本，如果沒有結(jié)對(duì)符，則選擇最近的一個(gè)段落。

簡單設(shè)置：

" 快捷鍵 map <SPACE> <Plug>(wildfire-fuel) vmap <S-SPACE> <Plug>(wildfire-water) " 適用于哪些結(jié)對(duì)符 let g:wildfire_objects = ["i'", 'i"', "i)", "i]", "i}", "i>", "ip"]

這樣，在 vim 的命令模式下，一次空格選中最近一層結(jié)對(duì)符內(nèi)的文本，兩次則選中近兩層內(nèi)的文本，三次三層，依此類推；或者鍵入 3space，直接選中三層內(nèi)的文本；若要取消，鍵入 shift-space 即可。另外，結(jié)對(duì)符類型也可以在 wildfire_objects 變量中指定。如下圖所示：

（快速選中結(jié)對(duì)符文本）

8.2 支持分支的 undo

undo，編輯器世界中的后悔藥，讓你有機(jī)會(huì)撤銷最近一步或多步操作，這是任何編輯器都具備的基礎(chǔ)功能。比如，第一步輸入 A，第二步輸入 B，第三步輸入 C，當(dāng)前文本為 ABC，一次 undo 后變成 AB，再次 undo 后變成 A，顯然，每次 undo 撤銷的均是最后的一步操作，通常采用棧這種數(shù)據(jù)結(jié)構(gòu)來實(shí)現(xiàn) undo 功能，由于棧具有后進(jìn)先出的特點(diǎn)，所以，功能實(shí)現(xiàn)起來非常自然且便捷，但同時(shí)，也引入了致命傷，無法支持分支上的 undo 操作。

還是前面的例子，分三步依次輸入完 ABC 后，一次 undo 變成 AB，這時(shí)，輸入 D，之后，無論你多少次 undo 都不可能再找回 C，究其原因，D 是徹底覆蓋了 C，而不是與 C 形成兩個(gè)分支，如下圖所示：

（不支持分支的 undo）

在我的使用場景中，非常需要在我輸入 D 后還能找回 C 的 undo 功能，即，支持分支的 undo，gundo.vim （http://sjl.bitbucket.org/gundo.vim/?）降臨。gundo.vim 采用樹這種數(shù)據(jù)結(jié)構(gòu)來實(shí)現(xiàn) undo，每一次編輯操作均放在樹的葉子上，每次 undo 后，先回到主干，新建分支繼續(xù)后續(xù)操作，而不是直接覆蓋，從而實(shí)現(xiàn)支持分支的 undo 功能。gundo.vim 要求 vim 版本不低于 v7.3 且支持 python v2.4 及以上。

如下方式設(shè)置好調(diào)用 gundo.vim 的快捷方式：

" 調(diào)用 gundo 樹 nnoremap <Leader>ud :GundoToggle<CR>

gundo.vim 非常貼心，調(diào)用它后，你會(huì)在左側(cè)看到一個(gè)分割為上下兩個(gè)區(qū)域的子窗口。上半?yún)^(qū)域以可視化方式顯示了整顆 undo 樹，同時(shí)，用 @ 標(biāo)識(shí)最后一步編輯操作，用序號(hào)標(biāo)識(shí)各步編輯操作的先后順序，用時(shí)長顯示每步操作距離當(dāng)前消耗時(shí)間。下半?yún)^(qū)域展示了各個(gè)操作間的 diff 信息及其上下文，默認(rèn)為選中那步操作與前一步操作間的 diff，鍵入 p 可以查看選中那步操作與最后一步操作（即有 @ 標(biāo)識(shí)的那步）間的 diff，這對(duì)于找回多次編輯操作之前的環(huán)境非常有用。

（支持分支的 undo）

另外，我對(duì)持久保存 undo 歷史也有需求，以便讓我關(guān)閉 vim 后重新啟動(dòng)也能找到先前的所有 undo 歷史，這需要你在 .vimrc 中添加：

" 開啟保存 undo 歷史功能 set undofile " undo 歷史保存路徑 set undodir=~/.undo_history/

你得先自行創(chuàng)建 .undo_history/。具體可參見“6.3 環(huán)境恢復(fù)”章節(jié)。

8.3 快速移動(dòng)

vim 有兩類快速移動(dòng)光標(biāo)的方式：一類是以單詞為單位的移動(dòng)，比如，w 正向移動(dòng)到相鄰單詞的首字符、b 逆向移動(dòng)到相鄰單詞的首字符、e 正向移動(dòng)到相鄰單詞的尾字符、 ge 逆向移動(dòng)到相鄰單詞的尾字符；一類是配合查找字符的方式移動(dòng)，比如，fa 正向移動(dòng)到第一個(gè)字符 a 處、Fa 逆向移動(dòng)到第一個(gè)字符 a 處。你要在非相鄰的單詞或字符間移動(dòng)，你可以配合數(shù)字參數(shù)，比如，正向移動(dòng)到相隔八個(gè)單詞的首字符執(zhí)行 8w、逆向移動(dòng)到第四個(gè) a 字符處執(zhí)行 4Fa。

有如下文本：

backpage kcal liam jack facebook target luach ajax

假定光標(biāo)在行首，需要移動(dòng)到 facebook 的字符 a 處，先來數(shù)下前面有 1、2 ... 5 個(gè) a，然后用前面所說的 5fa，唔，怎么在 jack 上呢？等等，好像數(shù)錯(cuò)了，再數(shù)次 1、2 ... 6，對(duì)滴，應(yīng)該是 6fa，這下對(duì)了。我的個(gè)天，不能讓哥太累，得找個(gè)插件幫忙 —— easymotion（https://github.com/Lokaltog/vim-easymotion?）。

easymotion 只做一件事：把滿足條件的位置用 [A~Za~z] 間的標(biāo)簽字符標(biāo)出來，找到你想去的位置再鍵入對(duì)應(yīng)標(biāo)簽字符即可快速到達(dá)。比如，上面的例子，假設(shè)光標(biāo)在行首，我只需鍵入 <leader><leader>fa （為避免與其他快捷鍵沖突，easymotion 采用兩次 <leader> 作為前綴鍵），所有的字符 a 都被重新標(biāo)記成 a、b、c、d、e、f 等等標(biāo)簽（原始內(nèi)容不會(huì)改變），f 標(biāo)簽為希望移動(dòng)去的位置，隨即鍵入 f 即可到達(dá)。如下圖所示：

（快速移動(dòng)）

類似，前面提過的 w、e、b、ge、F、j、k 等命令在 easymotion 作用下也能實(shí)現(xiàn)快速移動(dòng)，其中，j 和 k 可跨行移動(dòng)。同時(shí)，你還可以搭配 v 選中命令、d 刪除命令、y 拷貝命令，比如，v<leader><leader>fa，快速選中光標(biāo)當(dāng)前位置到指定字符 a 之間的文本，d<leader><leader>fa，快速刪除光標(biāo)當(dāng)前位置到指定字符 a 之間的文本，下圖所示：

（搭配操作命令的快速移動(dòng)）

8.4 markdown 即時(shí)預(yù)覽

作為一枚熱衷開源的偽 geek，github.com 與我同在。發(fā)布在 github.com 的任何項(xiàng)目你得有個(gè)項(xiàng)目簡介，README.md，這是一種用 markdown 文書編寫語法制作的說明文檔。關(guān)于 markdown，我有兩個(gè)需求，一是 vim 要高亮顯示 markdown 語法，一是 firefox 要能渲染其語法、即時(shí)顯示更新結(jié)果。

第一個(gè)需求不是問題，新版 vim 已經(jīng)集成了 markdown 語法高亮插件，無須單獨(dú)配置。

第二個(gè)需求，按照一般邏輯，應(yīng)該通過 firefox 的某款插件來實(shí)現(xiàn)，的確，Markdown Viewer 看起來是干這個(gè)事兒的，但它響應(yīng)速度緩慢、中文顯示亂碼、無法即時(shí)渲染等等問題讓我無法接受。網(wǎng)上倒是有些即時(shí)渲染 markdown 的網(wǎng)站，比如，https://stackedit.io/editor?，左側(cè)編輯右側(cè)顯示，所見即所得，但這又無法讓我使用 vim，不行。還是回到 vim 身上想辦法，vim-instant-markdown 來了。有了這款 vim 插件，一旦你啟用 vim 編輯 markdown 文檔，vim-instant-markdown 自動(dòng)開啟 firefox 為你顯示 markdown 最終效果，如果你在 vim 中變更了文檔內(nèi)容，vim-instant-markdown 即時(shí)渲染、firefox 同步更新，太棒了！

（markdown 即時(shí)渲染）

vim-instant-markdown（https://github.com/suan/vim-instant-markdown?）的安裝相比其他插件較為特殊，它由 ruby 開發(fā)，所以你的 vim 必須集成 ruby 解釋器（見“1 源碼安裝編輯器 vim ”），并且安裝 pygments.rb、redcarpet、instant-markdown-d 三個(gè)依賴庫：

gem install pygments.rb gem install redcarpet # 若系統(tǒng)提示無 npm 命令，你需要先執(zhí)行 zypper --no-refresh install nodejs npm -g install instant-markdown-d

注意，以上三條命令均要訪問墻外服務(wù)器，所以，你得先有 VPN 全局翻墻工具或者透明代理工具，可參考《美麗新世界：linux 下的愜意生活》中“3.2.5 VPN 代理”（https://github.com/yangyangwithgnu/the_new_world_linux#3.2.5?）。

對(duì)于重內(nèi)容、輕設(shè)計(jì)的我這類人來說，markdown 簡潔的文書語法太貼心了。推薦三個(gè)網(wǎng)站：

markdown 語法?http://daringfireball.net/projects/markdown/syntax
github.com 擴(kuò)展?https://guides.github.com/features/mastering-markdown/
emoji 符號(hào)表情?http://www.emoji-cheat-sheet.com/

9 尾聲

嗷呼，經(jīng)過以上調(diào)教，你的 vim 已經(jīng)成為非常舒適的 C/C++ 開發(fā)環(huán)境呢。等等，重裝系統(tǒng)后又得折騰一次？不怕，除了 clang 等等幾個(gè)需要源碼安裝的工具外，基本上，vim 的插件和相關(guān)配置文件你可以提前備份好，裝完系統(tǒng)后恢復(fù)到對(duì)應(yīng)目錄中即可，絲毫不費(fèi)腦力。

2011 年 9 月我寫了篇《拼裝的藝術(shù)：vim 之 IDE 進(jìn)化實(shí)錄》，原計(jì)劃近期（2014-09）更新下智能補(bǔ)全部分，后來越改越發(fā)覺原版問題太多，加之各插件推陳出新、自己對(duì) vim 的認(rèn)識(shí)加深，索性完全重新。期間，與很多朋友有過交流，有三類問題探討得最頻繁，我的觀點(diǎn)簡要闡述如下，后續(xù)不再歡迎、理會(huì)、回復(fù)相關(guān)問題：

為何不用 Code::Blocks 這類一站式 IDE？每個(gè)人的做事的出發(fā)點(diǎn)、性格觀念千差萬別，我不想拿 linux kernel 是 linus torvalds 用 microemacs（emacs 變種）開發(fā)的來說事兒，就我而言，迷戀 vim 的高效編輯能力、無限擴(kuò)充能力，這是其他編輯器無法超越的。此外，我享受的是過程，不是結(jié)果！
哪個(gè)是最適合編碼的編輯器？linux 上存在兩種編輯器：神之編輯器 emacs，編輯器之神 vim。關(guān)于 emacs 與 vim 孰輕誰重之爭已是世紀(jì)話題，我無意參與其中，在我眼里，它們流淌著自由的血液、繼承著創(chuàng)新的基因，作為頂級(jí)編輯器，二者在這個(gè)領(lǐng)域都作到了極致，讓世人重新認(rèn)識(shí)了編輯的本質(zhì) —— 用命令規(guī)則而非字字鍵入 —— 去完成編輯任務(wù)。emacs，偽裝成編輯器的操作系統(tǒng)，太雜、太重，我更喜歡專注于編輯的 vim。
怎樣的 IDE 才算好？對(duì)于初入開發(fā)的人員而言，Code::Blocks 是最易上手的選擇；對(duì)于我這類喜歡折騰、追求效率、愿意用腦力換體力的人來說，vim 搭配各類插件是好的 IDE；對(duì)于 Donald Knuth 這等宗師，他們站在整個(gè)系統(tǒng)的層面，bash 加上幾個(gè)命令行工具也是某種意義上的 IDE。所以，只要你能得心應(yīng)手地完成軟件開發(fā)任務(wù)，又察覺不到工具的存在，那這就是最適合你的 IDE。

末了，寫作的過程，是知識(shí)體系完整重構(gòu)的過程，理清了思路、加深了記憶。如果它再能引發(fā)你的一點(diǎn)思緒，或許，這就是價(jià)值！

轉(zhuǎn)載于:https://www.cnblogs.com/zhengran/p/4423627.html

總結(jié)

以上是生活随笔為你收集整理的[转载] 像 IDE 一样使用 vim的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。

上一篇：手电筒安卓_王思聪吃热狗数字时钟安卓ap
下一篇： 51单片机c语言学习笔记,51单片机学习