相關(guān)推薦：《vscode基礎(chǔ)教程》

成都創(chuàng)新互聯(lián)公司服務(wù)項(xiàng)目包括鉛山網(wǎng)站建設(shè)、鉛山網(wǎng)站制作、鉛山網(wǎng)頁制作以及鉛山網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢(shì)、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，鉛山網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到鉛山省份的部分城市，未來相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

0. 前言

本文面向初學(xué)者，每一步都比較詳細(xì)。閱讀本文能學(xué)習(xí)一些命令行、程序編譯和調(diào)試，以及使用VS Code的知識(shí)。如果嫌本文說的麻煩，我給個(gè)精簡(jiǎn)版的：裝gcc和c/c++擴(kuò)展，打開文件夾，點(diǎn)開源代碼，F(xiàn)1，build and debug active file，完。

本文許多內(nèi)容都可從VS Code官方文檔：C++ programming with Visual Studio Code 以及各個(gè)擴(kuò)展的文檔中獲得，并且他們還會(huì)進(jìn)行更新（本文也進(jìn)行過幾次重大更新），如果你想更深入了解，可以去看。本文也基本上是由多次嘗試得出來的，如果有錯(cuò)誤可以指出。

最終效果：實(shí)時(shí)顯示編譯階段的錯(cuò)誤、代碼片段、補(bǔ)全、格式化、單文件的編譯與調(diào)試。

1. 環(huán)境的準(zhǔn)備

VSC的官網(wǎng)、下載、安裝，我就不多說了。VSC只是一個(gè)純文本編輯器(editor)，不是IDE(集成開發(fā)環(huán)境)，不含編譯器(compiler)和許多其它功能，所以編譯器要自己裝好。

下載編譯器：MinGW-w64 - for 32 and 64 bit Windows 往下稍微翻一下，選最新版本中的x86_64-posix-seh。最好不要用 Download Latest Version，這個(gè)是在線安裝包，可能因?yàn)閲鴥?nèi)的“網(wǎng)絡(luò)環(huán)境”下載失敗。如果瀏覽器下載失敗就換迅雷下或者連手機(jī)開的熱點(diǎn)下，還失敗，那就使用能訪問Google的那種方法下。

“安裝”編譯器：下下來的是一個(gè)7z的壓縮包。如果你不會(huì)解壓可以百度“壓縮包怎么解壓”。解壓完了放到一個(gè)不容易被刪的地方，層疊的可以去掉一些?？春胋in文件夾的完整路徑，我圖里的是C:\\mingw64\\bin，把它加到環(huán)境變量中的PATH里去。如果你不會(huì)這一步，看本文最后面的“B. 如何添加環(huán)境變量”（可以在本頁用Ctrl+F搜索）

Debian系Linux用sudo apt update; sudo apt install build-essential即可。

驗(yàn)證

按Win+R，運(yùn)行cmd（不要跳這一步），輸入gcc，應(yīng)該會(huì)提示 no input files而不是“不是內(nèi)部命令或外部命令”或者“無法將 "gcc" 項(xiàng)識(shí)別為 cmdlet、函數(shù)、腳本文件或可運(yùn)行程序的名稱”。如果是“不是內(nèi)部命令或外部命令”，說明gcc在的文件夾沒有在環(huán)境變量的Path中，要加進(jìn)去才行。如果加了還是這樣，重啟。如果重啟了還不行，那就是你自己進(jìn)行的操作有問題。

輸gcc -v可以顯示出gcc的版本。如果顯示出來的版本與你剛下的不同/更老，說明Path里原本有老版本的編譯器，可能是安裝其它IDE時(shí)裝上的。則需要去掉Path里原來的那一個(gè)gcc的路徑。

這兩項(xiàng)驗(yàn)證一定要符合，否則必須修改環(huán)境變量。小心別錯(cuò)刪了。

安裝擴(kuò)展(extension)C/C++：又名 cpptools，提供Debug和Format功能Code Runner：右鍵即可編譯運(yùn)行單文件，很方便；但無法Debug

其他可選擴(kuò)展：

Bracket Pair Colorizer 2：彩虹花括號(hào)One Dark Pro：大概是VS Code安裝量高的主題

不建議/不需要裝的擴(kuò)展：

GBKtoUTF8：把GBK編碼的文檔轉(zhuǎn)換成UTF8編碼的。此擴(kuò)展很久沒有更新了，可能有嚴(yán)重的bugC++ Intellisense：用的是gtags，本文第一個(gè)版本的選擇。效果非常非常一般Include Autocomplete：提供頭文件名字的補(bǔ)全，現(xiàn)在cpptools和vscode-clangd都已經(jīng)自帶這個(gè)功能了，所以不用裝C/C++ Snippets：Snippets即重用代碼塊，效果自己百度；這個(gè)擴(kuò)展安裝量雖高，不過個(gè)人感覺用處實(shí)在不大，cpptools和clangd也自帶一些；你也可以選擇其他的Snippets擴(kuò)展甚至自己定義

補(bǔ)充知識(shí)

編譯器是把源代碼變成可執(zhí)行文件的，編輯器是你打字的軟件。記事本就是一個(gè)編輯器，VSC也是編輯器。編輯器是無法編譯運(yùn)行程序的，因?yàn)槟鞘蔷幾g器的工作MinGW是gcc在Windows下的移植，gcc是世界上最流行的C/C++編譯器組合。但gcc這個(gè)名字也指編譯C語言的那個(gè)程序，g++才是C++編譯器。即gcc程序和g++程序包含在gcc套件以及MinGW里，當(dāng)只說gcc時(shí)要根據(jù)語境自己區(qū)分其實(shí)MinGW和MinGW-w64只是名字像，它們是兩個(gè)不同的項(xiàng)目。為了方便，本文中的MinGW指的其實(shí)都是MinGW-w64。<del>MinGW本身已經(jīng)很久沒有更新了，不使用它</del>哎呀，原來MinGW是活著的，但它只能產(chǎn)生32位程序擴(kuò)展是extension，插件是plugin，VSC用的是前者這種稱呼。大部分文章都是混用兩者的，不嚴(yán)謹(jǐn)?shù)悄芾斫饩托校獙W(xué)會(huì)抓主要矛盾。當(dāng)然本文用的都是正確的可選閱讀：[科普][FAQ]MinGW vs MinGW-W64及其它2. 配置幾個(gè).json文件

創(chuàng)建一個(gè)你打算存放代碼的文件夾，稱作工作區(qū)文件夾；路徑不能含有中文和引號(hào)，最好不要有空格，我用的是C:\\VS-Code-C。C和C++需要分別建立不同的文件夾，除非用虛擬工作區(qū)。不要選上一節(jié)存放編譯器的文件夾，源代碼和編譯器要分開放。

打開VSC，選打開文件夾；最好不要選“添加工作區(qū)文件夾”，這個(gè)就是虛擬工作區(qū)，我沒用過，不保證沒問題。點(diǎn)新建文件夾，名稱為.vscode。不在資源管理里新建的原因是Windows的Explorer不允許創(chuàng)建的文件夾第一個(gè)字符是點(diǎn)（1903后才支持）。然后創(chuàng)建 launch.json，tasks.json，settings.json（不是setting.json） 放到.vscode文件夾下。效果圖：

這幾個(gè)文件的內(nèi)容見下。復(fù)制以下代碼出來后，知乎會(huì)自動(dòng)在前面加上幾行保留所有權(quán)利的字，實(shí)際使用的時(shí)候肯定要?jiǎng)h了的。有些地方可選修改，自己對(duì)照著注釋看吧。注意：如果是寫C++，tasks.json的一個(gè)地方必須要修改。

launch.json代碼

externalConsole可根據(jù)自己喜好修改；cwd可以是程序運(yùn)行時(shí)的相對(duì)路徑，如有需要可以改為${fileDirname}（感謝@xhx）。lldb我沒用過就不多說了。type和request不變色是正?，F(xiàn)象。

// https://code.visualstudio.com/docs/cpp/launch-json-reference
{
    "version": "0.2.0",
    "configurations": [{
        "name": "(gdb) Launch", // 配置名稱，將會(huì)在啟動(dòng)配置的下拉菜單中顯示
        "type": "cppdbg", // 配置類型，cppdbg對(duì)應(yīng)cpptools提供的調(diào)試功能；可以認(rèn)為此處只能是cppdbg
        "request": "launch", // 請(qǐng)求配置類型，可以為launch（啟動(dòng)）或attach（附加）
        "program": "${fileDirname}/${fileBasenameNoExtension}.exe", // 將要進(jìn)行調(diào)試的程序的路徑
        "args": [], // 程序調(diào)試時(shí)傳遞給程序的命令行參數(shù)，一般設(shè)為空即可
        "stopAtEntry": false, // 設(shè)為true時(shí)程序?qū)和Ｔ诔绦蛉肟谔?，相?dāng)于在main上打斷點(diǎn)
        "cwd": "${workspaceFolder}", // 調(diào)試程序時(shí)的工作目錄，此為工作區(qū)文件夾；改成${fileDirname}可變?yōu)槲募谀夸?        "environment": [], // 環(huán)境變量
        "externalConsole": true, // 使用單獨(dú)的cmd窗口，與其它IDE一致；為false時(shí)使用內(nèi)置終端
        "internalConsoleOptions": "neverOpen", // 如果不設(shè)為neverOpen，調(diào)試時(shí)會(huì)跳到“調(diào)試控制臺(tái)”選項(xiàng)卡，你應(yīng)該不需要對(duì)gdb手動(dòng)輸命令吧？
        "MIMode": "gdb", // 指定連接的調(diào)試器，可以為gdb或lldb。但我沒試過lldb
        "miDebuggerPath": "gdb.exe", // 調(diào)試器路徑，Windows下后綴不能省略，Linux下則不要
        "setupCommands": [
            { // 模板自帶，好像可以更好地顯示STL容器的內(nèi)容，具體作用自行Google
                "description": "Enable pretty-printing for gdb",
                "text": "-enable-pretty-printing",
                "ignoreFailures": false
            }
        ],
        "preLaunchTask": "Compile" // 調(diào)試會(huì)話開始前執(zhí)行的任務(wù)，一般為編譯程序。與tasks.json的label相對(duì)應(yīng)
    }]
}

本來2018年10月后把externalConsole設(shè)為false可以使用內(nèi)置終端，但2019年10月cpptools 0.26.1引入了一個(gè)bug，導(dǎo)致Win下用內(nèi)置終端無法輸入中文，到現(xiàn)在0.29.0仍沒有解決。我已經(jīng)open了 https://github.com/microsoft/MIEngine/pull/1025 來fix，但是一個(gè)月過去了他們并沒有review，差評(píng)。

tasks.json代碼

如果是編寫C++，編譯器需改成g++；如果不想要額外警告，把-Wall那一條刪去；-std根據(jù)自己需要修改，但c++17好像有問題，最好至多用c++14；Linux下不需要加-fexec-charset。反正這些我都加了注釋，還看不懂，百度gcc使用教程。

reveal控制編譯時(shí)是否跳轉(zhuǎn)到終端面板?？筛鶕?jù)自己喜好修改；即使設(shè)為never，也只是不自動(dòng)跳轉(zhuǎn)，手動(dòng)點(diǎn)進(jìn)去還是可以看到信息。

// https://code.visualstudio.com/docs/editor/tasks
{
    "version": "2.0.0",
    "tasks": [{
        "label": "Compile", // 任務(wù)名稱，與launch.json的preLaunchTask相對(duì)應(yīng)
        "command": "gcc",   // 要使用的編譯器，C++用g++
        "args": [
            "${file}",
            "-o",    // 指定輸出文件名，不加該參數(shù)則默認(rèn)輸出a.exe，Linux下默認(rèn)a.out
            "${fileDirname}/${fileBasenameNoExtension}.exe",
            "-g",    // 生成和調(diào)試有關(guān)的信息
            "-m64", // 不知為何有時(shí)會(huì)生成16位應(yīng)用而無法運(yùn)行，加上此條可強(qiáng)制生成64位的
            "-Wall", // 開啟額外警告
            "-static-libgcc",     // 靜態(tài)鏈接libgcc，一般都會(huì)加上
            "-fexec-charset=GBK", // 生成的程序使用GBK編碼，不加這條會(huì)導(dǎo)致Win下輸出中文亂碼；繁體系統(tǒng)改成BIG5
            // "-std=c11", // 要用的語言標(biāo)準(zhǔn)，根據(jù)自己的需要修改。c++可用c++14
        ], // 編譯的命令，其實(shí)相當(dāng)于VSC幫你在終端中輸了這些東西
        "type": "process", // process是把預(yù)定義變量和轉(zhuǎn)義解析后直接全部傳給command；shell相當(dāng)于先打開shell再輸入命令，所以args還會(huì)經(jīng)過shell再解析一遍
        "group": {
            "kind": "build",
            "isDefault": true // 不為true時(shí)ctrl shift B就要手動(dòng)選擇了
        },
        "presentation": {
            "echo": true,
            "reveal": "always", // 執(zhí)行任務(wù)時(shí)是否跳轉(zhuǎn)到終端面板，可以為always，silent，never。具體參見VSC的文檔
            "focus": false,     // 設(shè)為true后可以使執(zhí)行task時(shí)焦點(diǎn)聚集在終端，但對(duì)編譯C/C++來說，設(shè)為true沒有意義
            "panel": "shared"   // 不同的文件的編譯信息共享一個(gè)終端面板
        },
        "problemMatcher":"$gcc" // 捕捉編譯時(shí)終端里的報(bào)錯(cuò)信息到問題面板中，修改代碼后需要重新編譯才會(huì)再次觸發(fā)
        // 本來有Lint，再開problemMatcher就有雙重報(bào)錯(cuò)，但MinGW的Lint效果實(shí)在太差了；用Clang可以注釋掉
    }]
}

settings.json代碼

把這個(gè)文件里的東西放到“用戶設(shè)置”里可以覆蓋全局設(shè)置，否則只在當(dāng)前工作區(qū)才有效。這兩點(diǎn)各有自己的優(yōu)勢(shì)。

Code Runner的命令行和某些選項(xiàng)可以根據(jù)自己的需要在此處修改，想自定義或者想知道是什么意思還是參見此擴(kuò)展的文檔和百度gcc使用教程。如果終端用的是cmd（Win7默認(rèn)）需要改用注釋掉的，或者把terminal.integrated.shell.windows改為PowerShell；Win10默認(rèn)就是PS就不用改。

感謝@Wellin Boss提到的snippetSuggestions；不過用top有時(shí)還是有點(diǎn)問題的，所以改成可選。

{
    "files.defaultLanguage": "c", // ctrl+N新建文件后默認(rèn)的語言
    "editor.formatOnType": true,  // 輸入分號(hào)(C/C++的語句結(jié)束標(biāo)識(shí))后自動(dòng)格式化當(dāng)前這一行的代碼
    "editor.suggest.snippetsPreventQuickSuggestions": false, // clangd的snippets有很多的跳轉(zhuǎn)點(diǎn)，不用這個(gè)就必須手動(dòng)觸發(fā)Intellisense了
    "editor.acceptSuggestionOnEnter": "off", // 我個(gè)人的習(xí)慣，按回車時(shí)一定是真正的換行，只有tab才會(huì)接受Intellisense
    // "editor.snippetSuggestions": "top", // （可選）snippets顯示在補(bǔ)全列表頂端，默認(rèn)是inline

    "code-runner.runInTerminal": true, // 設(shè)置成false會(huì)在“輸出”中輸出，無法輸入
    "code-runner.executorMap": {
        "c": "gcc '$fileName' -o '$fileNameWithoutExt.exe' -Wall -O2 -m64 -lm -static-libgcc -std=c11 -fexec-charset=GBK && &'./$fileNameWithoutExt.exe'",
        "cpp": "g++ '$fileName' -o '$fileNameWithoutExt.exe' -Wall -O2 -m64 -static-libgcc -std=c++14 -fexec-charset=GBK && &'./$fileNameWithoutExt.exe'"
        // "c": "gcc $fileName -o $fileNameWithoutExt.exe -Wall -O2 -m64 -lm -static-libgcc -std=c11 -fexec-charset=GBK && $dir$fileNameWithoutExt.exe",
        // "cpp": "g++ $fileName -o $fileNameWithoutExt.exe -Wall -O2 -m64 -static-libgcc -std=c++14 -fexec-charset=GBK && $dir$fileNameWithoutExt.exe"
    }, // 右鍵run code時(shí)運(yùn)行的命令；未注釋的僅適用于PowerShell（Win10默認(rèn)）和pwsh，文件名中有空格也可以編譯運(yùn)行；注釋掉的適用于cmd（win7默認(rèn)）、PS和bash，但文件名中有空格時(shí)無法運(yùn)行
    "code-runner.saveFileBeforeRun": true, // run code前保存
    "code-runner.preserveFocus": true,     // 若為false，run code后光標(biāo)會(huì)聚焦到終端上。如果需要頻繁輸入數(shù)據(jù)可設(shè)為false
    "code-runner.clearPreviousOutput": false, // 每次run code前清空屬于code runner的終端消息，默認(rèn)false
    "code-runner.ignoreSelection": true,   // 默認(rèn)為false，效果是鼠標(biāo)選中一塊代碼后可以單獨(dú)執(zhí)行，但C是編譯型語言，不適合這樣用
    "code-runner.fileDirectoryAsCwd": true, // 將code runner終端的工作目錄切換到文件目錄再運(yùn)行，對(duì)依賴cwd的程序產(chǎn)生影響；如果為false，executorMap要加cd $dir

    "C_Cpp.clang_format_sortIncludes": true, // 格式化時(shí)調(diào)整include的順序（按字母排序）
}

c_cpp_properties.json

如果你確定不需要使用別人的庫，則現(xiàn)在的版本（0.18.0之后）不需要?jiǎng)?chuàng)建這個(gè)文件了，cpptools會(huì)自動(dòng)使用默認(rèn)的設(shè)置。所以本文也不再包含此文件的配置。

如果你自己編寫了頭文件又不在workspaceFolder下，或是使用別人的庫，就需要手動(dòng)創(chuàng)建這個(gè)文件放到.vscode下了。模板可以參考：Microsoft/vscode-cpptools。

一些曾經(jīng)的經(jīng)驗(yàn)：

庫的路徑要加到includePath和browse里如果需要遞歸包含，末尾加/**。這個(gè)json不允許有注釋，其實(shí)按照json標(biāo)準(zhǔn)本來就不能有compilerPath好像必需是MinGW的完整路徑，精確到gcc.exe，否則會(huì)提示找不到頭文件；Linux下是/usr/bin/gcc；但我很久沒有測(cè)試過了Windows下的目錄分隔符為反斜杠，原本應(yīng)使用兩個(gè)反斜杠來轉(zhuǎn)義，但直接用斜杠這里也接受除了配置這個(gè)文件，還需要進(jìn)行別的操作。一部分可以參考下文的“多文件編譯”補(bǔ)充知識(shí)

json是一種數(shù)據(jù)交換格式，<del>大部分是JavaScript的子集</del>現(xiàn)在變成完全子集了。在這里就是用作配置文件。VSC和各個(gè)擴(kuò)展會(huì)讀取json中的條目，來決定某些功能和行為。

這么多條目哪里來的呢？這其實(shí)和API差不多。擴(kuò)展開發(fā)者會(huì)把允許修改的選項(xiàng)“告訴”VSC，各個(gè)擴(kuò)展的安裝頁面都有寫。作為使用者，輸入的時(shí)候VSC會(huì)提示你哪些是可用的，所以其實(shí)很容易寫。

為什么要往json里寫這么多的東西？因?yàn)閂SC本身并沒有對(duì)C語言特別優(yōu)待，對(duì)其他許多語言也一樣。而且最關(guān)鍵的編譯命令和VSC是沒有關(guān)系的，這就是上面提到過的編輯器和編譯器的事。VSC不負(fù)責(zé)、無法、不能編譯C語言。

以$開頭的是VSC預(yù)定義的變量，具體參見：Variables Reference。比如$file在實(shí)際運(yùn)行時(shí)會(huì)替換成當(dāng)前打開的文件名。

3. 寫代碼，編譯，調(diào)試

新建文件后就可以寫代碼了，c語言源代碼后綴是.c，c++是.cpp或.C或.cxx（這也要我教嗎……）。代碼文件在保存工作區(qū)內(nèi)都可以，可以自己建立文件夾，不必放到.vscode文件夾里，但路徑里(包括文件名)不要含有中文和引號(hào)，最好不要有空格。主要是許多符號(hào)是有效的shell語法，不然試試Linux下用rm刪除一個(gè)叫做-rf的文件？沒查過絕對(duì)寫不出來。

按Alt+Shift+F（或者用右鍵菜單）可以格式化代碼，修改格式化方式如大括號(hào)是否換行可看：Format Curly Braces on Same Line in C++ VSCode。出現(xiàn)Intellisense的時(shí)候按tab可以補(bǔ)全代碼。打出snippets時(shí)會(huì)出現(xiàn)多個(gè)跳轉(zhuǎn)點(diǎn)，按tab可以跳到下一個(gè)去。

停止輸入一小段時(shí)間（一秒）后就會(huì)有Lint，擴(kuò)展會(huì)給一些建議性的warning（比如聲明了變量但不使用），自己清楚就行。如果覺得不爽，也有方法不讓它提示，比如去掉-Wall就會(huì)少一些。如果還想去掉更多的警告，我提示一下：-Wno-...。找好參數(shù)后可以用#pragma GCC diagnostic ignored或者加到各種Flags里?？傊约貉芯俊２贿^cpptools的Lint不支持設(shè)定Flags，有點(diǎn)坑，F(xiàn)ollow：Error and Warning Flags? · Issue #2814 · microsoft/vscode-cpptools

接下來說說運(yùn)行的事。首先，編譯是從源代碼生成可執(zhí)行文件的過程。而調(diào)試其實(shí)是一種特殊的運(yùn)行，是能控制程序運(yùn)行，方便之后修改的一種手段。這是兩個(gè)不同的階段，可能出現(xiàn)編譯通過但調(diào)試失敗，也可能直接編譯就失敗，還有可能編譯還沒開始就失敗了。如果你只說“運(yùn)行失敗”，別人是看不出是哪個(gè)階段出了問題的。如果確定某個(gè)階段通過了，那就不用管那個(gè)階段了，就能專注于解決別的階段的問題。

按Ctrl+Shift+B單純編譯，按F5為編譯加調(diào)試；本來ctrl+F5為運(yùn)行但不調(diào)試，但現(xiàn)在cpptools暫不支持，還是會(huì)調(diào)試。Follow: Support "Run without debugging" · Issue #1201 · microsoft/vscode-cpptools

在寫程序初期，我強(qiáng)烈建議不要把f5當(dāng)作編譯來使用，因?yàn)橛械腷ug只會(huì)產(chǎn)生警告，不會(huì)阻止編譯，但這些東西越早期解決越好。編譯信息會(huì)在底下的“終端”面板里，如果代碼有錯(cuò)誤，點(diǎn)進(jìn)去可以看編譯器報(bào)的信息；不過因?yàn)橛蠰int了，平常的錯(cuò)誤可以馬上被發(fā)現(xiàn)和修改，寫代碼就輕松很多。

加斷點(diǎn)在列號(hào)前面點(diǎn)一下就行，右鍵可以加條件斷點(diǎn)。如果想從一開始就停下來，可以加在main函數(shù)那里，或者launch.json中有個(gè)設(shè)置。開始調(diào)試后，按f11可以一步一步進(jìn)行，箭頭所指的那行代碼就是下一步要運(yùn)行的代碼；f5是一直運(yùn)行到下一個(gè)斷點(diǎn)，右鍵某一行代碼可以選擇一直運(yùn)行到指定的那一行。

左邊有個(gè)調(diào)試欄，可以看到變量的值，自動(dòng)欄沒有的可以手動(dòng)添加：在代碼里選中要監(jiān)視的表達(dá)式，點(diǎn)右鍵有選項(xiàng)可以直接添加到Watch里，復(fù)雜的才需要手打。把鼠標(biāo)放到變量上可以看到變量的值，但是只能識(shí)別簡(jiǎn)單的表達(dá)式。棧幀對(duì)于觀察遞歸很有用。棧溢出和段錯(cuò)誤時(shí)還可以抓取“異常”，自動(dòng)跳轉(zhuǎn)到出錯(cuò)的行。

特別的，對(duì)于數(shù)組：C語言的數(shù)組經(jīng)過函數(shù)傳遞以后會(huì)退化為指針，直接添加表達(dá)式就只能看到第一個(gè)元素。此時(shí)可以強(qiáng)制轉(zhuǎn)換成指向固定大小的數(shù)組指針再解引：例如int arr[10]傳進(jìn)函數(shù)里后就變成了int* arr，在Watch里添加*(int(*)[10])arr，這樣就能看到完整的數(shù)組了。但長(zhǎng)度必須是寫死的，自己小心越界?；蛘吆?jiǎn)單的程序用全局變量數(shù)組就能一直看到了。另一種只對(duì)gdb且是非void*有效的寫法：*arr@10。

快捷鍵：vscode: Visual Studio Code 常用快捷鍵 - 志文工作室。英文文檔中當(dāng)然有快捷鍵的說明，還有Cheet Sheet可以看，而且英文文檔會(huì)更新。這個(gè)單獨(dú)列出來僅給初學(xué)者。

如果遇到錯(cuò)誤，先看底下的“某些可能出現(xiàn)的錯(cuò)誤”以及看評(píng)論區(qū)。

Code Runner

如果你不需要調(diào)試，可以直接右鍵選run code，或者點(diǎn)右上角的播放按鈕。如果在終端里運(yùn)行，可以輸入數(shù)據(jù)，但是少了顯示時(shí)間的功能；在“輸出”中則上面兩項(xiàng)相反。

在終端中按Ctrl + C可以終止程序運(yùn)行，下一次運(yùn)行前必須保證當(dāng)前程序已經(jīng)終止了（對(duì)于task也是一樣的）。如果你想要復(fù)制，選中內(nèi)容后直接按一下右鍵就可以了；粘貼則是在未選中時(shí)按右鍵；這個(gè)操作僅限于Win10，ctrl+c也可以復(fù)制但可能一不小心就把程序終止了。

用它還可以在非工作區(qū)內(nèi)編譯運(yùn)行程序，不過默認(rèn)用的是gcc，除非把executorMap放到全局設(shè)置里。按照我的配置，task和Code Runner還有一點(diǎn)不同：working directory。前者是你打開的文件夾，后者是文件所在的文件夾。當(dāng)然它們也都可以自己修改。

其實(shí)Code Runner只是代替你手動(dòng)輸命令，功能并不強(qiáng)，算是適用場(chǎng)景不同吧。不要以為run code跑個(gè)Hello World很簡(jiǎn)單，Code Runner就很強(qiáng)、前面那么多配置都是垃圾了。

另外，樓下的答主韓駿就是此擴(kuò)展作者，有事統(tǒng)統(tǒng)找他（滑稽）。

多文件編譯

如果你想進(jìn)行少量的多文件編譯，C語言直接用gcc 源文件1.c 源文件2.c 頭文件1.h這樣就好，C++用g++。默認(rèn)生成a.exe，加-o可指定輸出文件名，其余選項(xiàng)百度gcc使用教程。如果需要多次編譯可以寫一個(gè)批處理。

如果你想進(jìn)行大量的多文件編譯，請(qǐng)學(xué)習(xí)如何寫makefile或使用cmake。然后把tasks的命令改成調(diào)用make（或mingw32-make）等。

如果你想使用別人的庫，比如ffmpeg，可能需要在命令中指定-I、-l（小寫的L）、-L。具體參數(shù)閱讀那個(gè)庫的文檔。還可能需要把路徑添加到c_cpp_properties.json里來配置Intellisense。

這些情況下可以考慮單獨(dú)建一個(gè)工作區(qū)，不要和單文件編譯的共用。其實(shí)不新建工程(Project)、只是單文件就能調(diào)試，是不利于以后使用和理解大型IDE的。不過初學(xué)也不用掌握那么多，不要覺得建工程很麻煩、不建工程就能編譯很強(qiáng)就是了。

總之這些和VSC無關(guān)，用其它IDE或是手動(dòng)編譯也會(huì)遇到差不多的問題，也有點(diǎn)復(fù)雜。本文就不多討論這些了，自行解決。

保存文件夾

以后寫代碼必須打開之前那個(gè)建立好的文件夾才能寫，否則所有的Intellisense都沒有，只有Code Runner能用。（主要是需要那四個(gè)json，新建其它文件夾需把那幾個(gè)json復(fù)制過去就也能用）

可以創(chuàng)建一個(gè)快捷方式（右鍵新建），把工作區(qū)路徑作為參數(shù)傳給VSC主程序，記得打雙引號(hào)；還可以加個(gè)圖標(biāo)。1.18有了真正的虛擬工作區(qū)，可以一個(gè)窗口包含多個(gè)不在一起的文件夾，“文件”菜單里也有“保存工作區(qū)”這個(gè)功能，但是我都沒試過，不保證沒問題。

清理臨時(shí)文件

按照這樣配置，長(zhǎng)期編譯代碼下來肯定有一大堆的exe，還可能分散在不同的文件夾里。

可以考慮修改一下json文件，把生成文件的目錄指定到一個(gè)專門放exe的文件夾里；如果不會(huì)，百度gcc使用教程以及看我的json里的注釋?；蛘哔Y源管理器右上角搜索*.exe然后手動(dòng)刪除。

也可也寫個(gè)bat，放到工作區(qū)里，要用的時(shí)候右鍵Run Code：

del %~dp0*.exe /q /s
del %~dp0tempCodeRunnerFile.c /q /s
del %~dp0a.out /q /s
del %~dp0*.o /q /s

其中%~dp0會(huì)被替換成該批處理所在目錄，這是為了防止有同學(xué)選錯(cuò)工作目錄，誤刪根目錄下的文件；code runner的設(shè)置我也調(diào)整成了先切換到文件目錄，雙保險(xiǎn)。

添加純英文輸入法

Windows 10，默認(rèn)輸入法只有一個(gè)微軟拼音，按一次shift就能進(jìn)行中英轉(zhuǎn)換；為了保持兼容，按ctrl加空格也能進(jìn)行中英轉(zhuǎn)換，但這個(gè)快捷鍵正是強(qiáng)制觸發(fā)Intellisense的快捷鍵。

所以，我強(qiáng)烈建議手動(dòng)添加“英語”語言輸入法，正常代碼時(shí)切換到純英文輸入法（win+空格），在需要頻繁中文注釋或者在字符串里寫中文時(shí)才用中文輸入法的英文模式。

這樣也可以解決某些游戲需要用到shift鍵但同樣快捷鍵沖突的問題。具體操作可以自己百度，也可以看我寫的這篇有點(diǎn)復(fù)雜的文章：Windows 切換顯示語言與添加純英文輸入法。

某些可能出現(xiàn)的錯(cuò)誤

為了閱讀的連貫性，這一部分移到了“A. 一些其它可能出現(xiàn)的錯(cuò)誤”。遇到問題優(yōu)先查看那里是否已經(jīng)提了。

4. 其他設(shè)置

我的一些其他的設(shè)置，用在全局settings.json里，根據(jù)自己的情況調(diào)整，不需要全部照著我的寫。寫完一個(gè)以后要打逗號(hào)；最外面的那個(gè)大括號(hào)我沒加，就別弄丟了。

現(xiàn)在的VSC用的是可視化的設(shè)置界面，其實(shí)原本是手動(dòng)編輯且出現(xiàn)兩列設(shè)置的。點(diǎn)擊右上角那個(gè)花括號(hào)就能手動(dòng)編輯。

作者：譚九鼎
鏈接：https://www.zhihu.com/question/30315894/answer/154979413
來源：知乎
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處。

"editor.fontFamily": "等距更紗黑體 SC", // 控制編輯器字體
"editor.fontSize": 16, // 同上
"editor.fontLigatures": true, // 連體字，效果不太好形容，見 https://typeof.net/Iosevka 最后一部分
"editor.minimap.enabled": false, // 我個(gè)人不用minimap，就是右邊那個(gè)東西
"editor.dragAndDrop": false, // 選中文字后，可以拖動(dòng)它們調(diào)整位置。我是不需要
"editor.cursorSmoothCaretAnimation": true, // 移動(dòng)光標(biāo)時(shí)變得平滑
"editor.smoothScrolling": true, // 滾動(dòng)平滑，不過效果很微弱
 
"files.trimTrailingWhitespace": true, // 保存時(shí)，刪除每一行末尾的空格
"files.insertFinalNewline": true, // 保存后文件最末尾加一整行空行，Linux下的習(xí)慣
"files.autoGuessEncoding": false, // 啟用后，會(huì)在打開文件時(shí)嘗試猜測(cè)字符集編碼。我關(guān)閉的理由見6，默認(rèn)也是禁用的

"workbench.colorTheme": "One Dark Pro", // 主題
"workbench.colorCustomizations": {
      "activityBar.foreground": "#39C5BB" // 自定義顏色；想定義其它位置參見官方文檔
},
"workbench.settings.useSplitJSON": true, // 恢復(fù)手動(dòng)編輯時(shí)的兩列設(shè)置
"window.zoomLevel": 0.2, // 整體放大

"git.enabled": false, // 如果你不用git，可以考慮關(guān)閉它
"git.ignoreMissingGitWarning": true, // 同上

"[c]": {
    // "files.encoding": "gbk" // 這樣的格式可以對(duì)指定后綴的文件應(yīng)用設(shè)置，如果你實(shí)在想用gbk，就這樣設(shè)置吧。cpp同理。
},

更紗黑體是樓下B神做的字體，特點(diǎn)是標(biāo)點(diǎn)好看（誤）：be5invis/Sarasa-Gothic

Consolas雖然是Windows自帶字體中還算行的，但它只有英文字體；微軟雅黑雖然是非襯線字體，但它不是等距的，這一點(diǎn)非常不適合編程，等線也不等距；中易宋體……告辭。不下新的字體，其他兩大系統(tǒng)我不清楚，Windows下簡(jiǎn)直沒有編程可用的字體。Consolas加雅黑嘛，也還行吧，不過能用更好的干嘛不用呢。

6. 關(guān)于中文和亂碼

VS Code輸出中文會(huì)出現(xiàn)亂碼，很多人都遇到過。這是因?yàn)樵创a默認(rèn)是UTF-8編碼，cmd/PowerShell是GBK編碼。直接編譯，會(huì)把“你好”輸出成“浣犲ソ”。Linux就沒有這個(gè)問題。

一種解決方法是用gcc，編譯時(shí)用-fexec-charset=GBK這個(gè)參數(shù)（目前的配置是有的），生成的程序就是GBK編碼的，源文件仍是UTF8。而clang的execution-charset supports only UTF-8，所以用clang就無解。

另一種方法是用寬字符輸出，有點(diǎn)復(fù)雜，見：C語言與中文的一些測(cè)試 (Win, UTF8源碼) 。此文也提到了chcp 65001的事。

直接修改非Unicode程序的語言為UTF8(beta)會(huì)導(dǎo)致所有用GBK的程序亂碼，這是不可接受的。

當(dāng)然，如果你不打算堅(jiān)持用UTF8作為源代碼的編碼，那直接用GBK編碼也行。

如果是打開已有的以GBK編碼的文件，VS Code默認(rèn)會(huì)以UTF-8編碼打開（除非你設(shè)置了猜測(cè)編碼），這樣編輯器內(nèi)的中文就會(huì)亂碼，此時(shí)要點(diǎn)右下角的GBK，選“通過編碼重新打開”，選UTF-8即可。那為什么不打開自動(dòng)猜測(cè)編碼呢？可以參見我的這個(gè)回答：VS Code 中文注釋顯示亂碼怎么辦？。如果你不擔(dān)心，那就開吧。

如果把代碼文件發(fā)給其他用Windows的人，最好轉(zhuǎn)成GBK，否則別人用記事本打開有可能會(huì)亂碼（1803后的記事本改善了一些，聯(lián)通已經(jīng)不會(huì)亂碼了）。

對(duì)于調(diào)試，無論怎么做，gdb都無法調(diào)試路徑中存在中文的程序。這個(gè)貌似是gdb的bug，但是優(yōu)先級(jí)極低：[gdb] cannot not open source file with Chinese/Unicode characters in path when debugging · Issue #602 · microsoft/vscode-cpptools

總之，對(duì)于Windows，這些問題沒什么好辦法，因?yàn)楸疚挠玫倪@一套就是從Linux搬過來的。用Linux應(yīng)該就沒有這些問題了。

7. 找不到頭文件的錯(cuò)誤

gcc不在Path里。回去看上面的驗(yàn)證那一步手動(dòng)配置了c_cpp_properties.json且包含的路徑不正確。如果沒有創(chuàng)建此文件就不用管重啟試試

如果你保證這幾點(diǎn)都符合要求，那我也沒什么好辦法……要不就換其它答主的教程吧。注意這句話是終極Fallback，如果你確信你沒有操作錯(cuò)誤，那就不用問我了，我是無法解決的。

另一種找不到頭文件的錯(cuò)誤：

這種情況是因?yàn)閏lang的默認(rèn)target為msvc，需要加--target=x86_64-w64-mingw這個(gè)參數(shù)才行。

這個(gè)默認(rèn)target是寫死在源代碼里的，我找了一圈沒找到正常修改辦法。下載clang的源代碼，自己改掉，再編譯clang本身，也許可以解決。或者裝Windows SDK而不使用mingw，這樣就符合默認(rèn)target了。

當(dāng)然這個(gè)時(shí)候最簡(jiǎn)單的辦法就是用gcc編譯。

12. 在Win下使用clang

其實(shí)這部分本來是本文的主打部分的，但是確實(shí)會(huì)引入太多概念，而且效果也不是那么好（因?yàn)闆]有l(wèi)ibc++），現(xiàn)在全都放在這里變成可選內(nèi)容。理論上在WSL里用更好，又但也許這樣會(huì)從一個(gè)坑跳到另一個(gè)坑，我沒試過。本部分僅留作踩坑經(jīng)驗(yàn)。

Q：為什么要裝Clang？
A：錯(cuò)誤提示更友好。以及：Clang 比 GCC 好在哪里？Q：Clang怎么讀？
A：正確答案是/?kl??/，即c發(fā)"可"的音；不過實(shí)際還是以雙方都理解為基礎(chǔ)，比如平常把SQL說成circle也是能理解的。Q：為什么既要裝Clang又要裝MinGW？
A：因?yàn)閃in下的Clang沒有l(wèi)ibc++。你也可以選擇裝VS用Windows SDK，就不需要MinGW了，這個(gè)更官方一些，但體積較大。Q：MSVC integration install failed / unable to find a Visual Studio installation...
A：就是上一條的原因，Clang默認(rèn)用的是MSVC的后端。但本部分用的是MinGW，所以就不用管這個(gè)提示。要不就裝Windows SDK

環(huán)境

LLVM Download Page：在此頁面下載Clang。選 Pre-Built Binaries 中的 Windows (64-bit)，不需要下.sig文件vscode-clangd：提供Intellisense和Lint功能；倉庫及用法見：clangd/clangdC/C++ Clang Command Adapter：本文曾用過，vscode-clangd出現(xiàn)問題時(shí)可以考慮換成這個(gè)試試；配置有一些不同，需要改clang.cflags；如果沒出問題就別裝了Clang-Format：只有想自定義代碼風(fēng)格時(shí)才裝，比如大括號(hào)是否換行。需要另外學(xué)習(xí)如何使用CodeLLDB：lldb的vscode擴(kuò)展，需要Python環(huán)境；我沒用過

配置

編譯命令加一句--target=x86_64-w64-mingw。clang的默認(rèn)target為msvc，不加就會(huì)找不到頭文件C_Cpp.errorSquiggles、C_Cpp.autocomplete、C_Cpp.suggestSnippets都關(guān)掉，否則會(huì)跟clangd報(bào)的重復(fù)

compile_flags.txt

其實(shí)就是設(shè)定那些編譯選項(xiàng)，基本上用-Wall和--target=x86_64-w64-mingw就行。clangd只會(huì)使用離要評(píng)估的文件最近的一個(gè)compile_flags.txt。因?yàn)樾枰ＷC有--target，最好創(chuàng)建一個(gè)放到工作區(qū)磁盤的根目錄用作fallback。

但比較坑的是，C和C++都會(huì)使用.h作為頭文件，如果不加任何std，.c和.cpp能正確lint，但是.h會(huì)使用C的模式。對(duì)于fallback來說感覺沒什么好辦法。還是那句話，要不就裝Windows SDK。

13. 我編寫代碼的體驗(yàn)

體積上，本體+編譯器+擴(kuò)展，如果只是用來寫C，硬盤占用并不算小，上1G了。內(nèi)存占用還是比較少的（0.5g左右）；曾經(jīng)出過吃大量?jī)?nèi)存的bug，當(dāng)然現(xiàn)在早就修好了。

VSC的第一優(yōu)勢(shì)也許是好看？雖然不是專門為C/C++設(shè)計(jì)的，但它應(yīng)該是現(xiàn)在最現(xiàn)代化的純文本編輯器了。而且光Lint這一點(diǎn)就比wintc、cfree、dev c++強(qiáng)了很多了，更別提dev c++自己的Debug功能就有bug。

其它IDE，CodeBlocks還活著，雖然歷史包袱非常明顯。Clion界面美觀，功能也挺強(qiáng)，不過只有英文，剛上手用起來可能有點(diǎn)困難；學(xué)生可以免費(fèi)申請(qǐng)key，否則收費(fèi)。如果想用Windows SDK，下個(gè)Visual Studio (Installer)，Community版勾上C++桌面開發(fā)就是，這樣就符合Clang的默認(rèn)Target了，但我覺得還不如直接用VS。其它答主對(duì)一些C的IDE的評(píng)價(jià)可以看這個(gè)回答：毫無編程基礎(chǔ)的小白準(zhǔn)備學(xué)習(xí)C語言，用VC6還是VS2015？。

我還有一點(diǎn)想對(duì)學(xué)生黨說：能自己百度到這篇文章，努力去看懂、動(dòng)手配置，已經(jīng)比貼吧無數(shù)伸手黨和等著老師在qq群里發(fā)IDE的人強(qiáng)了很多了。如果有能力，還是建議你們讀讀VSC的文檔：Documentation for Visual Studio Code，并不復(fù)雜，體驗(yàn)一下英語的實(shí)際應(yīng)用也不錯(cuò)哦。

A. 一些其它可能出現(xiàn)的錯(cuò)誤如果你只寫了個(gè)hello world，不加任何斷點(diǎn)，按f5以后黑框框一閃而過/閃退是正?，F(xiàn)象。想讓程序暫停運(yùn)行可以在末尾加上一個(gè)或兩個(gè)getchar();，不明白為什么有時(shí)要用兩個(gè)？去問你們C語言老師；或用system("pause")，或加斷點(diǎn)，或者launch.json里用內(nèi)置終端(externalConsole false)。如果你硬要用外置終端且要什么都不做，就想運(yùn)行后暫停在那里，那么VSC辦不到，至少我的配置辦不到，我也不想研究，因?yàn)槲矣脙?nèi)置終端。preLaunchTask“Compile”已終止，退出代碼為 1：編譯有error并且你用的是F5運(yùn)行的就會(huì)有這個(gè)提示；如果你點(diǎn)仍然調(diào)試，就會(huì)調(diào)試上一次編譯成功的文件。其實(shí)所有的編譯失敗都會(huì)觸發(fā)這個(gè)錯(cuò)誤，出錯(cuò)的返回值是1難道不是常識(shí)？所以僅僅告訴我出現(xiàn)了這個(gè)提示根本沒用，它的意思就是出錯(cuò)了，沒有人能看出原因，原因在“終端”面板里。如果Hello World能正常調(diào)試運(yùn)行，但某個(gè)其它代碼出現(xiàn)這個(gè)錯(cuò)誤，很可能是你自己代碼本身有錯(cuò)誤。終端將被任務(wù)重用，按任意鍵關(guān)閉：聽過“按任意鍵繼續(xù)”嗎？這句話就是這個(gè)意思。這句話比上面那個(gè)退出代碼為1還要沒用，它根本就不包含任何有效信息，無論成功還是出錯(cuò)都會(huì)顯示它，它就是一個(gè)說明性的文字。無法打開...，找不到文件(file:///build/glibc-OTsEL5/glibc-2.27/...)：我在Linux下遇到了這個(gè)問題，看起來應(yīng)該是你試圖step in一個(gè)庫函數(shù)，但是沒有源代碼。解決辦法是下一個(gè)glibc放到指定位置?；蛘邊⒁娺@個(gè)：Disable "Unable to open file" during debug · Issue #811 · Microsoft/vscode-cpptools。undefined reference to xxx ... linker command failed：調(diào)用了未聲明的函數(shù)。可能是函數(shù)名打錯(cuò)了，或者沒有include頭文件?？傊悄阕约旱拇a有錯(cuò)誤。ld: cannot open output file ... permission denied：原程序仍在運(yùn)行（比如死循環(huán)），無法被覆蓋所以生成失敗。任務(wù)管理器結(jié)束那個(gè)進(jìn)程即可。MinGW下，監(jiān)視（Watch）窗口里用strcmp，會(huì)導(dǎo)致gdb崩潰退出，原因不明。linux下正常。重命名文件后，原來已有的Lint還會(huì)在問題欄里；修改了文件后斷點(diǎn)可能會(huì)失效。以及還存在一些其他的像這樣的小bug，一般關(guān)掉VSC再開就行。此配置無法使用Bash for Windows或WSL，因?yàn)閎ash中的反斜杠會(huì)被識(shí)別為換行。cpptools現(xiàn)為launch.json提供了一個(gè)Bash on Windows Launch的snippets。現(xiàn)在又出了一個(gè)Remote WSL。但這些我都沒有試過如何使用。如果你要進(jìn)行調(diào)試，不要開優(yōu)化。gcc用-Og還可以保留一些調(diào)試信息，但clang用了以后就不能用gdb調(diào)試了。即使如此我還是在某一次寫代碼的時(shí)候遇到了無法跳入函數(shù)的問題，而VS可以跳入。vscode-clangd第一次無法正確檢測(cè)到printf和scanf還有realloc，但是代碼中用過一次以后就好了。我也不知道為什么。此時(shí)不應(yīng)有 &：終端改為用PowerShell或者code runner的executorMap用我注釋掉的那兩條命令。具體看上面settings.json的說明。crt0_c.c:(.text.startup+0x2e): undefined reference to `WinMain'：沒有main函數(shù)，或者把main寫成了mian。在Win下用clang+mingw，#include <bits/stdc++.h>會(huì)報(bào)'float.h' file not found，改成g++后就好了。我覺得這應(yīng)該是庫的bug，反正我是不知道怎么解決?；蛘邉e用C++17試試B. 如何添加環(huán)境變量

圖形化的方式：右鍵“此電腦”，選屬性；或者按win+PauseBreak。選左邊的高級(jí)系統(tǒng)設(shè)置，高級(jí)，環(huán)境變量。選上面那幾個(gè)條目中的Path，編輯，新建。然后把含有目標(biāo)exe的文件夾路徑填進(jìn)去。例如gcc在C:\\mingw\\bin\\gcc，就填C:\\mingw\\bin，Win大小寫不敏感。

命令行的方式：打開cmd或者PS，setx /m path "%path%;C:\\mingw\\bin\\"。此命令無需管理員權(quán)限，且不會(huì)隨著終端退出而退出（就是和上面圖形化的效果一樣）。

如果還不知道怎么修改，可以自己百度或者b站搜“環(huán)境變量”看視頻。大多不是C的但是區(qū)別不大，小心別錯(cuò)刪了就是。

---

有問題可以留言討論，不過最好詳細(xì)一點(diǎn)描述。而且我再說一次，不要只告訴我“preLaunchTask已終止，代碼為1”這一句話。這句話沒用。

更多編程相關(guān)知識(shí)，請(qǐng)?jiān)L問：編程入門??！

文章標(biāo)題：VSCode編寫運(yùn)行C、C++程序的方法
鏈接地址：http://sd-ha.com/article2/cjsdoc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站改版、網(wǎng)站營銷、電子商務(wù)、面包屑導(dǎo)航、自適應(yīng)網(wǎng)站、定制網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)