發(fā)現(xiàn)VSCode的一個(gè)bug，微軟工程師竟然凌晨回復(fù)...

最近遇到一個(gè)有意思的bug，是關(guān)于VSCode編輯器插件的，趕項(xiàng)目時(shí)間非常緊，說實(shí)話在這時(shí)平常用的順手的IDE出問題非常影響心情。「這就像是你開在高速路上，吃著火鍋唱著歌，突然輪胎爆了，你說氣不氣人」。

不過在找bug和推動修復(fù)bug的過程有點(diǎn)意思，「通過一系列嘗試最終定位和復(fù)現(xiàn)了bug，并且給這個(gè)項(xiàng)目的微軟官方倉庫提了issue，最終在最新版本得到了修復(fù)，把這個(gè)有趣的過程分享給大家」。

「也給大家演示一下如何通過提 issue 的方式參與到開源項(xiàng)目中」，當(dāng)然，參與開源項(xiàng)目的方式有多種，「你可以給項(xiàng)目貢獻(xiàn)源碼，甚至作為大使幫助推廣項(xiàng)目，找到項(xiàng)目的bug進(jìn)而提issue也是一種參與方式」，總之先參與進(jìn)來，才能發(fā)現(xiàn)開源的樂趣！

詭異的報(bào)錯(cuò)

上周，又是一個(gè)在公司的夜晚，好像和平常沒啥區(qū)別，檸檬哥在加班ing，飛快的敲打著自己的機(jī)械鍵盤，熟練的用 VSCode 瀏覽著項(xiàng)目源碼，順手按下F12+Shift 想看看這個(gè)函數(shù)在哪些地方被引用了，詭異的事情發(fā)生了，這VSCode它竟然不聽使喚了，查不出引用的結(jié)果了，并且終端提示如下錯(cuò)誤：

快速信息操作失敗: FE: 'Compiler exited with error - No IL available'
快速信息操作失敗: FE: 'Compiler exited with error - No IL available'

一開始我以為是單個(gè)工程解析問題，「不慌，問題不大」。

后來換了個(gè)工程嘗試，「不論我如何的反復(fù)摩擦我潔白的鍵盤帽，始終不能出來查找引用的結(jié)果界面」，這時(shí)才發(fā)現(xiàn)，粗大事了。工欲善其事必先利其器，雖然進(jìn)度有點(diǎn)趕，還是停下來康康是誰在搗鬼？

如果不能查找引用的話，那會對編碼和閱讀源碼帶來很大的不便，「這個(gè)功能算的上是IDE的基礎(chǔ)功能了，如果連這功能都廢了，那我要你這VSCode有何用」？如果不能修復(fù)的話我估計(jì)要跑拋棄它，用回 Visual Studio 或 CLion。

但是VSCode遠(yuǎn)程開發(fā)是真的香，并且已經(jīng)習(xí)慣了VSCode操作，在放棄之前還想掙扎下，看還能不能搶救？不過如果實(shí)在不行，也沒時(shí)間死磕，項(xiàng)目還要繼續(xù)，大不了換個(gè) IDE 繼續(xù)玩，甚至都想好了以面再也不說VSCode香了。

一起來找bug呀

雖然這個(gè)插件不是我寫的，但我按照一般程序員排查bug的思路，通過下面幾個(gè)步驟一步步來找到問題原因，最終并推動官方的版本更新來修復(fù)，一起來看看吧。

軟件問題？

「首先，來看看是不是VSCode版本升級導(dǎo)致的問題」。按下面的操作，我檢查 VSCode 的版本信息。

仔細(xì)核對版本號和官網(wǎng)的區(qū)別，對比問題出現(xiàn)的時(shí)間前后都沒有升級過新版本。

OK，「應(yīng)該不是 VSCode 版本升級導(dǎo)致的問題」。

配置問題？

既然不是 VSCode 升級版本導(dǎo)致的問題，那就奇了怪了，白天還好好的晚上突然咋就不行了呢？難道這插件也不想加班了？我陷入了沉思，不過馬上靈機(jī)一動，「會不會小心改了C++環(huán)境配置文件出了問題」？

「這里有個(gè)知識點(diǎn)記下，要考」。VSCode中有一個(gè)叫c_cpp_properties.json的配置文件，這個(gè)文件主要用于配置C/C++工程的基礎(chǔ)信息，比如：「預(yù)定義宏、指定編譯器路徑、預(yù)定義頭文件搜索路徑等」。

{
    "configurations": [
        {
            "name": "Linux",
            "includePath": [
                "${workspaceFolder}/**",
                "/lemon/handsome/thirdparty/**",
                "/lemon/smart/inc/**"
            ],
            "defines": [], 
            "compilerPath": "/usr/bin/gcc",
            "cStandard": "c11",
            "cppStandard": "c++14",
            "intelliSenseMode": "gcc-x64"
        }
    ],
    "version": 4
}

機(jī)智如我，肯定是這個(gè)工程的include 搜索路徑配置的有問題，才導(dǎo)致查找引用失敗了，趕緊去檢查一眼配置文件，于是熟練的敲下Ctrl+Shift+P 「查找所有命令和配置」（「敲黑板！這個(gè)命令很常用，背下來」），輸入關(guān)鍵字c++ Edit 果然匹配到了配置文件，打開就是上面的配置文件。

但是看起來文件路徑好像是對的，不管了，死馬當(dāng)活馬醫(yī)，先全部刪除重新配置一遍看看效果，一頓操作之后興奮的檢查有沒有用，然并卵，還是那個(gè)該死的提示FE: 'Compiler exited with error - No IL available'，心態(tài)有點(diǎn)崩。

環(huán)境問題？

發(fā)現(xiàn)這個(gè)問題確實(shí)有點(diǎn)詭異，走到這一步，「我?guī)缀蹩梢詳喽ㄊ荓inux開發(fā)環(huán)境出了問題，但是不確定是我的機(jī)器環(huán)境問題還是 Linux下 VSCode 本身問題，那怎么辦呢？先來證明是Linux下才出的問題吧」！

我就嘗試不開遠(yuǎn)程開發(fā)模式，把遠(yuǎn)程Linux機(jī)器上的工程直接拉到宿主機(jī)本地文件夾，然后用VSCode打開宿主機(jī)上的本地工程，「它竟然工作的很好，完全沒有出現(xiàn)什么錯(cuò)誤提示，到這，已經(jīng)完全可以確定這個(gè)bug只在Linux環(huán)境下出現(xiàn)了」。

「夜已深，起來喝杯水，看了下時(shí)間，加班班車快到末班了。」

事已至此，看來真的要關(guān)掉遠(yuǎn)程開發(fā)，在本地重新配置所有工程了，表面上還是勸自己再找找原因，沒事，問題不大。

插件問題？

喝完水，我坐下來繼續(xù)想，「會不會是C++擴(kuò)展出了問題呢？大家都知道VSCode只能說是一個(gè)編輯器，能夠讓他變身C++ IDE完全是有背后的C++插件或者叫擴(kuò)展的支持」。

就是下面黑黑的這貨，它是VSCode能夠支持C++開發(fā)背后的男人，眾所周知VSCode是微軟親兒子，看看這個(gè)插件作者Microsoft 看來也是微軟自家人開發(fā)的插件，發(fā)布之前肯定是經(jīng)過嚴(yán)格測試的，問題不大。

不過現(xiàn)在誰也不能相信，即使是微軟自家的插件也不能信任了，假裝冷靜分析一波。

經(jīng)過嚴(yán)謹(jǐn)?shù)乃伎迹ㄈ欢]有），最終決定拿出程序員必殺技：「重啟試試，卸載重裝」。

點(diǎn)擊卸載，卸載完成，點(diǎn)擊安裝，重裝完成，重啟加載，一氣呵成。

興奮的搓小手手，準(zhǔn)備再次見證奇跡，WTF，問題依舊沒能解決，實(shí)話告訴大家，做到這個(gè)份上，檸檬哥可以說是已經(jīng)非常的絕望了。

正道的光

真相只有一個(gè)

不管了先回去睡一覺，夢里啥都有，沒準(zhǔn)第二天白天又有了新思路。

果然第二天我又有了新想法，雖然卸載重裝插件沒用，但我們程序員還有最后一招：「回退版本」！

是時(shí)候表演真正的技術(shù)了，「資深程序員肯定懂的，常在河邊站哪有不濕鞋，版本發(fā)布出問題，趕緊回退保命是常規(guī)操作」。

那我們就有理由懷疑：「微軟在發(fā)布這個(gè)插件最新版本的的時(shí)候把一個(gè)重要特性搞掉了」。但是這東西發(fā)都發(fā)出去了，也不是服務(wù)端后臺服務(wù)說回退就能回退的，這個(gè)插件如果真是bug也只能等下一個(gè)版本修復(fù)，還是我們自己來操作回退吧。

找到插件，按下面方法來執(zhí)行回退操作：

檸檬當(dāng)時(shí)回退的時(shí)候還沒有出最新的修復(fù)版本，裝的是有問題的1.0.0版本的插件，「看這個(gè)版本號應(yīng)該是個(gè)較大改動的大版本，出問題也正?！?/strong>。