企业官网建设流程全解析

简介：面向刚接触 VSCode 的开发者与在校学生，围绕编辑器基础操作与 C/C++ 开发环境搭建两条主线展开，重点解决插件安装、编译器与调试配置、任务与终端使用等上手阶段的常见卡点，属于零基础到进阶皆可参考的实操型资料。压缩包共 1132 个文件、约 230.42MB，以 png 截图、md 说明文档、sh 脚本、yaml 与 dockerfile 配置、go 示例代码为主，截图对应界面操作与配置结果，文档承载步骤讲解与参数说明，脚本与配置文件则便于直接复用环境模板。已有 4845 人学习。读者可据此按图索骥完成编译器安装、launch.json 与 tasks.json 配置、断点调试与多文件编译流程，并借助随包示例与配置模板快速验证环境是否可用，减少反复试错的时间成本。

1. 为什么老手都劝你先装个 VSCode：它到底是个什么东西

很多新手第一次翻编程教程，第一步不是敲代码，而是被要求先装一个叫 VSCode 的软件。装完点开一看，左边一排小图标，中间一大片空白，心里直犯嘀咕：这不就是个高级记事本吗，跟写 C++ 有什么关系？

这个疑惑特别正常。VSCode 全称 Visual Studio Code，是一个免费的代码编辑器，它的本职工作就是「写字」——把你想让电脑干的事，用 C++ 这样的语言敲进去。它本身不负责把代码变成能跑的程序，那一步要交给编译器。但它能通过插件把编辑、编译、调试串成一条顺手的流水线，这也是为什么写 C++ 的人几乎人手一个。如果你刚接触编程，想找一个不折腾、装上就能用的工具，它是个很稳的起点。

2. 先搞懂一个概念：编辑器、编译器、调试器到底谁管什么

新手卡住，十有八九不是因为 C++ 语法难，而是没分清这三样东西各管什么。有人装了 VSCode，新建一个.cpp文件，按下运行，弹出一行红字，就以为是自己代码写错了，其实是背后少了某个环节。这一章先把分工讲清楚，再动手把软件装好。

2.1 写 C++ 的三件套：稿纸、印刷厂和校对员

打个比方。你写一篇作文，需要三样东西：稿纸和笔、印刷厂、校对员。

编辑器就是稿纸和笔，也就是 VSCode。你在里面敲的每一行字，本质上是纯文本，和用记事本写东西没区别。它给你语法高亮、自动补全、括号匹配，让写字这件事舒服一点，但它不懂 C++。

编译器是印刷厂，也就是g++。它拿到你写的.cpp源文件，逐行翻译成机器能看懂的指令，最后产出一个.exe可执行文件。源文件是给人看的，.exe是给电脑看的，中间这道翻译工序只有编译器能干。

调试器是校对员，也就是gdb。程序跑起来结果不对，你可以让它停在某一行，看看那一刻每个变量里装的是什么值。没有它，你只能靠到处写输出语句来猜，效率低得离谱。

把这三者的关系记住一句话就够了：VSCode 负责写，g++负责翻译，gdb负责查错。三个都到位，才算一套完整的 C++ 环境。很多新手装完 VSCode 就以为万事俱备，结果一按运行就翻车，问题往往出在后两个还没装。

2.2 为什么我建议新手先搭环境，再背语法

我见过太多人，抱着语法书啃了三天，变量、循环、函数背得滚瓜烂熟，结果第一次上手连一个 Hello World 都跑不出来。屏幕上那行报错像天书，热情当场被浇灭一半。这不是能力问题，是顺序反了。

比较顺的路径是：先把环境搭好，让屏幕上真的弹出一行自己写的字，哪怕这行字只是Hello, C++!。那一刻的成就感很具体，你会相信自己真的能让电脑听话。有了这个底，再去学变量、循环，每学一个知识点就改一改代码、重新跑一遍，反馈是即时的，学起来才不闷。

也有人会说，语法还没学，急着搭环境干嘛，用在线编译器先练不行吗。行，在线编译器确实能让你快速看到输出，适合临时练手。但本地环境迟早要搭，早搭早安心，而且本地能调试、能读文件、能装第三方库，这些在线工具都给不了。所以我的建议是：花一个小时把环境弄通，之后所有练习都在自己电脑上做。

提示：搭环境这件事，第一次一定会遇到点小挫折，比如命令找不到、路径写错。这不是你笨，是每个人都会经历的流程，按步骤排查就行。

2.3 动手：五分钟装好 VSCode，把界面认全

先说安装。打开浏览器搜 VSCode 官网，下载对应系统的安装包。Windows 用户会看到两个版本，一个是用户级安装，一个是系统级安装，新手选用户级就够了，不需要管理员权限，装在自己账户下，出问题也好清理。

安装过程中有几个勾选项值得留意。一个是「添加到 PATH」，勾上之后你在命令行里输入code就能直接打开 VSCode；另一个是「将 Code 注册为受支持的文件类型的编辑器」，勾上以后双击.cpp文件就会用 VSCode 打开。这两个都建议勾。

装完打开，界面大概分成四块，认一遍就够：

• 最左边竖着的那一条叫活动栏，从上到下依次是资源管理器、搜索、源代码管理、运行和调试、扩展。新手前期只用得到资源管理器和扩展这两个。
• 中间最大的区域是编辑区，你写的代码都在这里。
• 底下是面板区，按Ctrl + 反引号能拉出来，终端、输出、问题列表都在这儿。后面编译运行全靠它。
• 最上面是菜单栏，很多操作也能在这里找到。

顺手记几个快捷键，能省不少鼠标点击：

命令面板这个设计值得单独说一句。VSCode 的功能多到菜单放不下，很多操作藏在命令面板里，你记不住快捷键没关系，按Ctrl + Shift + P输入关键词就能找到。后面配置编译任务、生成调试配置，都会用到它。

2.4 一个容易被忽略的动作：打开文件夹，而不是打开文件

这一步特别容易被跳过，但它决定了后面配置文件放哪儿。

很多人习惯双击一个.cpp文件直接打开，这样 VSCode 是「单文件模式」，你在里面做的项目级配置没地方放，后面的tasks.json、launch.json都会生成到奇怪的位置，导致明明照着教程做了却跑不通。

正确做法是：先在硬盘上建一个空文件夹，比如叫cpp-learn，然后在 VSCode 里点「文件 → 打开文件夹」，选中它。这时左侧资源管理器会显示这个文件夹的名字，VSCode 才算真正进入了「项目模式」。之后所有的代码文件都建在这个文件夹里，VSCode 会自动生成一个.vscode子文件夹来存配置，一切井井有条。

这个习惯建议从第一天就养成。我当初就是单文件打开，配了半天不生效，后来才发现配置文件生成到了用户目录下，跟项目根本对不上，纯属白折腾。

3. 第一次跑通 C++：从装编译器到终端弹出 Hello World

环境这事，说到底就是让g++能在你电脑上被找到。这一章从装编译器开始，一步步走到终端里真的输出一行字。全程不需要写复杂代码，跟着做就行。

3.1 装 MinGW-w64：g++ 到底从哪来

Windows 系统本身不自带 C++ 编译器，得自己装一个。新手最常用的是 MinGW-w64，它是一套 Windows 上的 GCC 工具链，里面包含三样你需要的东西：g++编译 C++、gcc编译 C、gdb调试。装一次，三样都有。

下载渠道有好几个，能找到压缩包或者安装器就行，不用纠结哪个更正统。下载的时候注意选对架构，现在大部分电脑是 64 位，选 x86_64 版本。如果你不确定自己的系统，右键「此电脑 → 属性」就能看到。

拿到压缩包之后，解压到一个固定位置。这里的路径有讲究，记住两条：不要带中文，不要带空格。像C:\mingw64这种就很好，别放进C:\Program Files，也别放桌面。原因是一些构建工具在处理带空格的路径时会出错，新手排查起来很痛苦，不如一开始就避开。

解压完，打开这个文件夹看看，里面应该有一个bin目录，进去能看到g++.exe、gcc.exe、gdb.exe这几个文件。看到它们，说明工具本身没问题，接下来要解决的是「怎么让系统在任何地方都能喊到它」。

3.2 把 g++ 加进 PATH：让任何目录都能喊到它

你打开终端输入g++，系统会去几个预设的目录里找这个名字的程序，这一串目录就是 PATH 环境变量。刚解压的 MinGW 不在这个列表里，所以系统找不到，会提示「不是内部或外部命令」。解决办法就是把它加进去。

操作步骤：按Win + R，输入sysdm.cpl回车，切到「高级」标签，点「环境变量」。在下面的系统变量列表里找到Path，双击，点「新建」，把C:\mingw64\bin这个路径填进去，然后一路点确定关掉所有窗口。

注意这里填的是bin目录，不是C:\mingw64。因为可执行文件都在bin里，PATH 要指向文件所在的目录。

改完之后有个关键动作：把之前开着的终端全部关掉，重新开一个。环境变量是在终端启动时读取的，旧终端读的还是老配置，不关掉你会在那儿怀疑人生。新开一个终端，输入：

g++ --version

正常的话会输出一串版本信息，大致长这样：

g++ (x86_64-win32-seh-rev0, Built by MinGW-W64 project) 13.2.0 Copyright (C) 2023 Free Software Foundation, Inc.

看到版本号，说明编译器已经就位。如果还是提示找不到命令，先检查路径有没有写错，再检查是不是真的重开了终端，这两点占九成原因。

3.3 第一个例子：hello.cpp 逐行拆开看

现在写第一个程序。在刚才打开的cpp-learn文件夹里新建一个文件，命名hello.cpp。注意扩展名是.cpp，不是.txt，VSCode 会据此识别语言并给你高亮。

把下面这段敲进去：

#include <iostream> // 引入输入输出流，cout 这个工具就来自这里 int main() { // 程序入口，操作系统从这里开始执行 // 向控制台输出一行文字，endl 表示换行 std::cout << "Hello, C++!" << std::endl; return 0; // 返回 0 告诉系统：程序正常结束 }

一行一行看。第一行#include <iostream>是告诉编译器：我要用输入输出相关的功能，先把对应的工具箱拿过来。没有它，std::cout就不认识。

int main()是主函数，每个 C++ 程序都必须有且只有一个。操作系统启动程序时，第一眼找的就是它。花括号里的内容就是程序真正干的事。

std::cout << "Hello, C++!" << std::endl;这行的意思是把引号里的文字送到屏幕上。std::是命名空间前缀，表示这个cout来自标准库；endl是换行，让光标移到下一行。分号是语句结束符，C++ 里每条语句都得有，漏了必然报错。

最后return 0;是程序的返回值，0 约定俗成表示一切正常。这个值在简单程序里看不出作用，但脚本调用程序时能靠它判断成败。

3.4 编译、运行，看到那行字

代码写完，按Ctrl + S保存。这一步必须做，VSCode 不会自动帮你存盘，编译器读的是硬盘上的文件，不是编辑器里的内容。

然后按Ctrl + 反引号打开内置终端。它的好处是默认就在当前项目目录下，不用手动cd。输入：

g++ hello.cpp -o hello.exe

这条命令拆开看：g++是编译器，hello.cpp是要编译的源文件，-o hello.exe是指定输出文件名叫hello.exe。-o是 output 的缩写。如果省略这一截，编译器会默认生成a.exe，名字不好认，建议每次都写清楚。

回车之后，如果没有任何输出，恭喜，编译成功。编译器的习惯是「没消息就是好消息」。这时候文件夹里会多出一个hello.exe，接着运行它：

.\hello.exe

终端里就会弹出Hello, C++!。在 cmd 里可以不加.\，直接敲hello.exe，PowerShell 里必须加。这一步跑通，你的环境就算通了。

注意：每次改完代码，都要重新执行一次g++那条命令。保存不等于编译，编辑器里改了字，硬盘上的.exe还是旧版本，直接运行看到的自然是旧结果。

3.5 装 C/C++ 插件：让代码有颜色、有提示

到这一步，程序已经能跑了，但写代码的体验还很糙：关键字没颜色，写错函数名也没人提醒。这时候装插件。

点左侧活动栏的扩展图标，或者按Ctrl + Shift + X，在搜索框里输入 C++，排在前面的会有一个官方的 C/C++ 插件，图标是个紫色方块，认准作者是官方即可。点安装，等它装完。

装好之后重新打开.cpp文件，你会发现int、return这些词变色了，输入std::会弹出成员列表，括号也会自动配对。这个插件还带 IntelliSense，能在你写错的时候画红线。

但要说清楚一点：这个插件不是编译器。它只是让编辑器更懂 C++，真正的编译还是靠g++。见过新手以为装上插件就能一键运行，结果按半天没反应，就是把这个关系搞混了。

4. 把 C++ 环境配到「按 F5 就能跑」：三个配置文件到底在干嘛

上一章每次跑程序都要手敲两条命令，练十次还行，练一百次就烦了。VSCode 提供了一套配置机制，把这套流程固化下来，之后改完代码按一个键就能编译加运行。这一章讲清楚三个配置文件分别管什么，以及它们之间怎么配合。

4.1 为什么每次手敲 g++ 不是长久之计

手敲命令的问题不只是麻烦。你可能会忘记加-g（生成调试信息），导致断点打不上；可能会忘记改输出文件名，导致运行的是上次的旧程序；项目里有多个源文件时，命令会越来越长，敲错一个字符就得重来。

配置文件的本质，是把这些命令提前写在一个 JSON 文件里，让 VSCode 替你执行。写一次，之后一直用。

三个文件各有分工：tasks.json管怎么编译，launch.json管怎么调试，c_cpp_properties.json管编辑器去哪找头文件。它们都放在项目根目录的.vscode文件夹里，跟着项目走，换台电脑复制过去也能用。

这三个文件不用手写，VSCode 能自动生成模板，你只需要改几个路径。下面一个个来。

4.2 tasks.json：把编译命令存下来

先打开一个.cpp文件，然后按Ctrl + Shift + P打开命令面板，输入Tasks: Configure Default Build Task，回车，在弹出的列表里选C/C++: g++.exe build active file。如果你的系统里 VSCode 没识别到g++，这个选项可能不出现，那就先回去检查第 3 章的 PATH。

选完会自动生成.vscode/tasks.json并打开，内容大致如下：

{ "version": "2.0.0", "tasks": [ { "type": "cppbuild", "label": "build-hello", // 任务名，后面 launch.json 要跟它对上 "command": "C:\\mingw64\\bin\\g++.exe", // 换成你自己的 g++ 路径 "args": [ "-fdiagnostics-color=always", "-g", // 生成调试信息，断点调试必须加 "${file}", // 当前打开的那个源文件 "-o", "${fileDirname}\\${fileBasenameNoExtension}.exe" ], "options": { "cwd": "${fileDirname}" // 在源文件所在目录执行命令 }, "problemMatcher": ["$gcc"], "group": { "kind": "build", "isDefault": true // 设为默认，Ctrl+Shift+B 直接触发 }, "detail": "编译当前 C++ 文件" } ] }

几个关键点。label是这个任务的名字，你可以改成任何你喜欢的名字，但记住它，因为launch.json里要引用同一个名字。command必须指向你机器上g++.exe的真实位置，路径里的反斜杠要写成两个，这是 JSON 的转义规则。

args里那几个${...}是 VSCode 的变量。${file}指当前激活的源文件，${fileDirname}是它所在的目录，${fileBasenameNoExtension}是不带扩展名的文件名。这三个变量让这个任务能通用于任何文件，不用每换一个文件就改一次配置。

-g这个参数单独强调一下，它负责在编译时嵌入调试信息。少了它，程序照样能跑，但断点会失效，这是新手最常见的困惑之一。

配好之后，按Ctrl + Shift + B，VSCode 就会执行这个任务。终端里能看到编译命令一闪而过，成功的话没有任何报错。

4.3 launch.json：让 F5 真的能断点调试

有了编译任务，还需要一个「怎么启动调试」的配置。点左侧活动栏的运行和调试图标，点「创建 launch.json 文件」，在列表里选C++ (GDB/LLDB)，再选g++.exe 生成和调试活动文件。生成的内容大概是这样：

{ "version": "0.2.0", "configurations": [ { "name": "调试当前文件", "type": "cppdbg", "request": "launch", "program": "${fileDirname}\\${fileBasenameNoExtension}.exe", // 要运行的程序 "args": [], "stopAtEntry": false, // true 的话会在 main 第一行停住 "cwd": "${fileDirname}", "environment": [], "externalConsole": false, // false 表示在 VSCode 内置终端输出 "MIMode": "gdb", "miDebuggerPath": "C:\\mingw64\\bin\\gdb.exe", // 换成你的 gdb 路径 "setupCommands": [ { "description": "为 gdb 启用整齐打印", "text": "-enable-pretty-printing", "ignoreFailures": true } ], "preLaunchTask": "build-hello" // 必须和 tasks.json 的 label 一致 } ] }

最关键的是preLaunchTask这一项。它的作用是：每次按 F5 之前，先自动跑一遍tasks.json里那个叫build-hello的任务，把最新的代码编译出来。这样你就不用手动编译，改完直接按 F5 就行。如果这里的名字和tasks.json里的label对不上，VSCode 会弹窗说找不到任务，程序也就不会重新编译。

program指向要运行的.exe，路径规则和tasks.json的输出路径保持一致，否则会出现「编译成功了但调试器找不到文件」的情况。

stopAtEntry设为true时，程序会在main函数第一行就停下来，适合想从头单步跟踪的时候；平时设false就行。

externalConsole控制程序在哪里输出。设成false用内置终端，界面干净；设成true会弹出一个独立黑窗口，有些需要键盘输入的程序在这种模式下更稳。

配好之后，在代码某一行左侧点一下，出现红点就是断点。按 F5，程序会停在断点处，左边能看到变量当前的值，顶部会出现一排控制按钮，可以单步执行、跳过函数、继续运行。这套东西用熟之后，排查逻辑错误的效率会高很多。

4.4 c_cpp_properties.json：消灭满屏红波浪线

有时候你代码明明能编译通过，编辑器里却到处画红波浪线，#include <iostream>下面一条红线，鼠标悬停提示找不到源文件。这不是代码坏了，是编辑器不知道去哪找标准库头文件。

解决方法是这个文件。按Ctrl + Shift + P，输入C/C++: Edit Configurations (JSON)，回车生成：

{ "configurations": [ { "name": "Win32", "includePath": ["${workspaceFolder}/**"], // 项目内所有头文件都搜 "defines": ["_DEBUG", "UNICODE", "_UNICODE"], "compilerPath": "C:\\mingw64\\bin\\g++.exe", // 关键：指向你的编译器 "cStandard": "c17", "cppStandard": "c++17", // 按你实际用的标准改 "intelliSenseMode": "windows-gcc-x64" } ], "version": 4 }

compilerPath是核心。填对之后，插件会自己去问g++：你的标准库头文件放在哪？然后照着那个路径去解析，红波浪线自然就消失了。

cppStandard指定语言标准。写 C++ 的时候如果用了较新的语法却提示不支持，多半是这里写低了，可以调成c++17或更高，具体取决于你的编译器支持到哪一档。

要理解一件事：这个文件只影响编辑器的显示和补全，不影响真正的编译。也就是说，红线不一定是错误，能编译通过就是能跑。反过来，没红线也不代表一定对，最终还是以编译器输出为准。分清这一点，排查问题时能少走很多弯路。

4.5 完整走一遍：改代码、编译、断点、看变量

配置齐了，验证一遍整套流程。把hello.cpp改成下面这样：

#include <iostream> int main() { int sum = 0; for (int i = 1; i <= 5; ++i) { sum += i; // 把 1 到 5 累加起来 } std::cout << "sum = " << sum << std::endl; return 0; }

在第 6 行std::cout那一行点个断点，按 F5。程序会先自动编译，然后停在断点处，左侧变量区能看到sum是 15，i是 6。按一下单步，程序继续走完，终端输出sum = 15。

这一套流程走通，说明三个配置文件都在正常工作。之后你写任何练习，都可以沿用这个项目的配置，改代码、按 F5、看结果，不用再碰命令行。

5. 新手最容易翻车的五个地方：C++ 环境配置常见问题排查

环境配好只是开始，实际用起来还会碰到各种小毛病。这一章挑了五个最高频的问题，每个都按「看到什么现象、为什么会这样、怎么解决」来说。遇到问题时可以先来这儿对一对，多半能找到线索。

5.1 现象：终端说「g++ 不是内部或外部命令」

这是出现频率最高的一条。明明装好了编译器，一敲g++就报这个错。

原因几乎都出在 PATH 上。要么路径根本没加，要么加错了目录（比如加成了C:\mingw64而不是C:\mingw64\bin），要么加了但没重开终端，系统还在用旧的环境变量。

解决办法是逐项核对。先新开一个终端再试一次；如果还不行，重新打开环境变量窗口，检查 Path 里那条路径拼写是否正确，能不能在文件资源管理器里一路点进去看到g++.exe。还可以在终端里输入where g++，如果找不到任何结果，就说明 PATH 确实没生效。改完 PATH 一定要关掉所有终端重开，这一步最容易忘。

5.2 现象：代码明明改了，运行结果还是老的

改了cout里的文字，保存，按运行，屏幕上还是上一次的输出内容。

原因是程序运行时执行的是硬盘上那个.exe文件，而你只保存了.cpp，没有重新编译。编辑器里的改动和.exe之间没有自动同步关系。

解决办法是养成「改完先编译」的习惯，按Ctrl + Shift + B再运行。如果用的是 F5 调试，检查launch.json里的preLaunchTask有没有和tasks.json的label对上，对上了才会自动重新编译。还有一种情况是输出路径不一致，编译生成到了 A 目录，运行的是 B 目录里的旧文件，把两处路径统一即可。

5.3 现象：中文输出变成一堆乱码

程序里写了中文，终端里显示出来是问号或者一堆看不懂的符号。

这通常是编码不一致导致的。源文件按 UTF-8 保存，而 Windows 终端默认用的是 GBK 编码去解读，两边对不上就乱码。

解决思路有两条，选一条就行。一是让编译器输出 GBK 编码，在tasks.json的args里加一个参数-fexec-charset=GBK，重新编译后中文就正常了。二是把终端切到 UTF-8，在终端里执行chcp 65001，不过这个设置只对当前终端会话有效，关掉就失效。新手建议用第一种，一次改好长期有效。另外养成习惯，源文件统一用 UTF-8 保存，别在不同编码之间来回切换。

5.4 现象：断点打上了，F5 却直接跑完

红点明明点了，按 F5 之后程序一路跑到底，根本没停下来。

最常见的原因是编译时没加-g。没有调试信息，gdb就不知道该在哪儿停，断点自然不生效。打开tasks.json看看args里有没有这一项，没有就加上，重新编译一次。

第二个原因是launch.json的program指向了一个旧的.exe，而你新编译出来的文件在别的地方。检查两处路径是否一致。

第三个原因是preLaunchTask名字写错，导致 VSCode 根本没重新编译，调试的还是上一版程序。这种情况通常会弹一个提示框，注意看它说了什么。

5.5 现象：插件越装越多，VSCode 越来越卡

刚开始用的时候什么都想装，主题、图标、补全、格式化，装了十几个，结果打开文件要等好几秒，输入还有延迟。

原因是每个插件都在后台占资源，有些功能还互相冲突。比如同时装两个 C++ 相关插件，补全提示会打架，反而更慢。

解决办法是定期清理。打开扩展面板，把不确定用途的插件先禁用，看卡顿有没有缓解。C++ 项目真正必需的其实就一个官方 C/C++ 插件，其余都是锦上添花。另外可以按工作区启用插件，只让当前项目需要的插件生效，别的项目不受影响。VSCode 还有个「扩展配置文件」功能，能一键切换不同场景的插件组合，用熟了很省事。

提示：排查问题时，先把 VSCode 关掉重开，再不行就重启电脑。听起来很土，但能解决相当一部分「莫名其妙」的故障。

6. 下一步学什么：从能跑通到写得顺的四个阶段

环境跑通只是起点，接下来怎么学才不迷路，这里给一条我实际走过的路径。

第一个阶段，把基础语法过一遍，但别死记。变量、条件、循环、函数、数组这几样，每学一个就改一改手里的代码，让它输出点不一样的东西。比如把刚才求和的范围从 1 到 5 改成 1 到 100，看看结果对不对。这个阶段的重点不是背，是建立「改了会怎样」的直觉。

第二个阶段，学会用调试器代替输出语句。很多人查错就是到处cout，打印一堆中间值再一个个删。断点调试能让你在任意时刻暂停，直接看所有变量的值，效率高得多。把第 4 章那套 F5 流程用熟，遇到逻辑不对的地方先下断点，单步走一遍，大部分问题自己就浮出来了。

第三个阶段，开始拆文件。把代码按功能拆成多个.cpp和.h文件，这时候你会发现之前那套「只编译当前文件」的配置不够用了，需要改成编译整个目录。这是从写小程序过渡到写项目的必经一步，也是理解编译单元、头文件保护这些概念的好时机。

第四个阶段，挑一个具体的小目标做出来。比如写一个命令行计算器、一个成绩统计程序，功能不用多，但要完整。做完一个完整的东西，你对语言的理解会明显不一样。

最后说个习惯。我刚开始学的时候，最常干的事就是跳过「保存」和「重新编译」，然后对着旧结果琢磨半天，还以为是逻辑写错了，白白浪费一晚上。从那以后我每次改完代码，都强制自己走一遍「保存、编译、看终端有没有报错」这三步，确认无误再去看输出。这个动作花不了三秒，但省下的时间相当可观。

把 VSCode 装好、把g++配进 PATH、对着第 3 章把hello.cpp跑出来，这三件事做完，最难的那道坎就已经跨过去了。剩下的就是不断改代码、不断看结果，慢慢就顺了。希望帮到你。

本文还有配套的精品资源，点击获取