企业官网建设流程全解析

我把在 Windows 上从零开始装 VSCode 并配置好 C 语言开发环境的整个过程整个捋了一遍，不只是“点下一步再点下一步”那种复制粘贴式教程。我会把每一步为什么要这么做、背后的原理是什么、以及哪些地方容易踩坑，都尽量讲清楚。我自己在 Windows 10 和 Windows 11 上都完整走通过这套流程，也帮好几个零基础的朋友远程装过，照着这篇文章一步步来，基本不会出太大问题。

1. 环境搭建的整体思路：为什么是 VSCode + GCC 这套组合？

先说结论：如果你是刚开始学 C 语言，或者只是需要一个轻量、顺手、写起来不闹心的代码编辑器，VSCode 配 MinGW-w64（也就是 GCC 编译器在 Windows 上的版本）是目前我觉得最合适的组合。

很多人会问，为什么不直接用 Visual Studio（VS）或者 Dev-C++？VS 功能确实强大，但对初学者来说太重了。一个全新的 VS 安装包就好几个 GB，创建项目要选一堆模板，很多新手光是在“新建项目”窗口里就被吓住了。而 Dev-C++ 确实轻，但已经很久没有大更新，编辑器体验也停留在十年前的风格，自动补全和代码提示都很弱。VSCode 的定位很聪明，它本身是一个编辑器，装好 C/C++ 插件之后就拥有了代码高亮、自动补全、语法检查、断点调试这些能力，再加上 GCC 编译器，就是一个很趁手的 C 语言学习环境。

这套组合在内存占用上也很友好。VSCode 打开后大概占用几百 MB 内存，相比 VS 动辄一两个 GB，学习期间开几个浏览器标签页查资料也不会卡。而且 VSCode 的生态非常庞大，你现在用它学 C 语言，以后学 Python、JavaScript、写博客、做笔记，都可以继续用同一个工具，不必反复切换软件。从长远看，花这一小时配置环境是很值得的。

整个配置思路可以概括成三步：装 VSCode 作为“写字台”，装 MinGW 作为“编译器引擎”，再在 VSCode 里装插件、配好三个 JSON 文件把它们串联起来。听起来不复杂，但每一步都有需要注意的细节，下面我按顺序逐个拆开讲。

2. VSCode 下载和安装的细节，全在这里了

2.1 下载入口和版本选择

下载 VSCode 只有一个正规入口：搜索“VSCode 官网”，进入它的官方网站。页面非常简洁，首页正中就有一个蓝色的“Download”按钮，它会根据你的操作系统自动匹配合适的版本。这里要注意，网上还有很多第三方下载站，看起来界面花里胡哨，下载按钮一个接一个，稍不注意就会下载到捆绑软件或者旧版本。认准官方域名，是避免踩坑的第一步。

Windows 用户下载时会有几个选项：User Installer（用户安装版）和 System Installer（系统安装版），每个都分 64 位和 32 位。现在的电脑几乎都是 64 位，直接选择 64 位的 User Installer 就可以了。User Installer 不需要管理员权限，安装后配置都保存在当前用户目录下，不影响系统其他账户，也更安全。

还有一个压缩包版本（ZIP 格式），不需要安装，解压就能用，适合 U 盘携带或者在办公电脑上免安装使用。但初学者我建议还是老老实实用安装包，安装后文件关联和右键菜单都会配置好，用起来方便得多。

如果你是想在 Windows 7 上安装，需要注意一点：新版 VSCode 从某个版本开始不再支持 Win7，需要到旧版本仓库里找支持 Win7 的最后一版。不过现在还在用 Win7 的机器已经很少了，如果你确定自己系统是 Win10 或 Win11，就放心下载最新版。

2.2 安装过程和一些“勾选项”的讲究

下载完成后双击运行安装程序。安装过程其实只需要注意“选择其他任务”这一步，里面有几个复选框很关键。我逐个说一下：

• “创建桌面快捷方式”：建议勾选，后期启动方便。
• “添加到 PATH”：这个是重点。VSCode 的安装程序默认会把它自己的 code 命令加到系统 PATH 里，这样你在终端里输入 code . 就能直接用 VSCode 打开当前文件夹。强烈建议保持勾选，后面你会感谢这个功能的。
• “添加到资源管理器目录上下文菜单”：勾选后，你在文件夹上点右键会有“通过 Code 打开”的选项，非常实用。
• “将'通过 Code 打开'操作添加到目录上下文菜单”：同理，建议勾选。
• “将'通过 Code 打开'操作添加到文件上下文菜单”：这个看个人习惯，我一般也勾上。
• “注册为受支持的文件类型的编辑器”：可勾可不勾，不影响核心使用。

安装路径方面，如果你的 C 盘空间比较紧张，可以改到 D 盘或者其他位置，这个没有强制要求。但要注意路径里尽量不要有中文和特殊符号，虽然不是绝对不能用，但为了避免后面奇怪的问题，还是保持全英文字符最稳妥。

安装完成后，打开 VSCode，第一件事建议先设置成中文界面。点击左侧边栏最下方的“方块”图标（扩展商店），在搜索框输入“Chinese”，找到“Chinese (Simplified) (简体中文) Language Pack”这个官方语言包，点击 Install。安装完系统会提示重启 VSCode，重启后就变成中文界面了。这一步不是必须的，但对中国用户来说，中文界面确实能降低很多操作上的心理门槛。

3. MinGW-w64 编译器：C 语言环境的核心组件

3.1 为什么需要一个单独的编译器？

VSCode 本身不会编译代码。它听起来很厉害，但本质是一个文本编辑器，就像 Word 能打字但不负责把你的话“翻译”给外国人听。C 语言是高级语言，计算机的 CPU 并不认识 #include <stdio.h> 这种代码，它只认识二进制的机器指令。编译器的工作，就是把人类写的 C 代码翻译成 CPU 能执行的机器指令。Windows 上常见的 C 编译器有微软自家的 MSVC（Visual Studio 自带的）和 GNU 的 GCC。我推荐 GCC，也是有原因的：

• GCC 跟大学课程、各种教材里的 Linux 环境一致，你写出来的代码在 Windows 上能跑，放到 Linux 服务器上基本也差不多，减少“环境差异”带来的心智负担。
• GCC 是开源软件，免费，使用范围不受限。
• 搭配 MinGW-w64 封装，它在 Windows 上能以本地应用的方式运行，不需要装虚拟机这种额外的东西。

3.2 MinGW-w64 的下载方式

MinGW-w64 的下载可能是整个流程里最需要耐心的一步。网上资料很多，但版本也比较杂，初次接触的人很容易被“x86_64-posix-seh”这种字符串弄晕。我解释一下：x86_64 表示 64 位，posix 是线程模型，seh 是异常处理模型，这些东西不需要你研究透，自己练 C 语言选 x86_64-posix-seh 这个版本就不会错。

下载 MinGW-w64 有两个常见途径。一个是 sourceforge 上的 MinGW-w64 项目页，另一个是 浏览器直接搜索“w64devkit”或者“winlibs”。这些站点的下载链接有时不太显眼，甚至会被广告按钮干扰，要多留意真实链接旁边的下载说明。如果你在公司网络或者校园网环境下，下载速度可能比较慢，耐心等一等就好。我不建议你去下载那种绿色破解版的“CodeBlocks 自带编译器”，因为版本太旧，还会跟系统里其他工具产生潜在冲突。

3.3 解压与环境变量配置

下载下来一般是一个压缩包（.zip 或 .7z），解压后得到一个类似 mingw64 的文件夹。这个文件夹会包含 bin 目录、include 目录、lib 目录等等。请把这个文件夹放到一个你知道的、固定的、无中文的路径下，比如 D:\mingw64。不要放在桌面或者临时下载目录里，因为后续你有很长时间都要依赖这个路径。

核心关键操作：配置环境变量。简单来说，环境变量里的 PATH 是 Windows 查找程序的地方。你在终端输入 gcc 时，系统会按照 PATH 里的路径逐个寻找 gcc.exe。如果不配置，系统会说“gcc 不是内部或外部命令”。

具体做法是：右键“此电脑” → 属性 → 高级系统设置 → 环境变量 → 在“系统变量”里找到 Path → 双击编辑 → 新建一条 → 填入 D:\mingw64\bin → 确认保存。注意，填的路径一定是包含 gcc.exe 的 bin 目录，不是 mingw64 根目录，也不能是 include 或 lib。

配置完成后，需要重新打开一个终端窗口（老窗口里的环境变量还是旧的），输入 gcc -v，如果你看到类似“gcc version 13.x.x”的输出，恭喜，编译器已经成功安装。

3.4 在线安装器的坑

我额外提醒一句：网上很多教程会引导你下载 mingw-get-setup.exe 这种在线安装器，然后在一个蓝色窗口里勾选 package 安装。这个工具本质上是个“下载器”，它从官方源拉取安装数据，但现在它背后的源经常连不上，很多新手卡在“等半天没反应”这一步。所以我建议直接下载离线解压版，一步到位，省时省力。

4. 配置 VSCode 内的 C/C++ 插件并创建你的第一个 C 程序

4.1 装好插件

打开 VSCode，进入扩展商店，搜索“C/C++”，找到由微软官方发布的扩展，安装量最大、发布者是微软的那个就是它。这个插件是标配，它负责提供 C 代码的语法高亮、IntelliSense 自动补全、代码跳转、调试支持等功能。安装完之后，如果电脑上还缺其他的依赖，VSCode 一般会提示你安装 C/C++ Extension Pack 之类，跟着确认就好。

这里还有一个非常实用的建议：再顺手安装一个叫“Code Runner”的第三方插件。它是让初学者最快运行一小段 C 代码的捷径，安装后在代码文件右上角会出现一个播放按钮，点一下就帮你编译并运行。它内部会自动调用你已经装好的 gcc，不需要你手动敲编译命令。不过它默认行为是通过“终端输出”显示结果，跟调试器无关。我建议新手先用 Code Runner 感受“写代码 → 跑起来”的即时反馈，等对过程有感觉了，再看后面的调试配置。

4.2 创建工程文件夹和第一个 C 文件

VSCode 以“文件夹”为项目单位，建议给你的 C 语言练习单独建一个文件夹，命名尽量简单无中文，比如 C:\Users\你的用户名\CProjects。然后在 VSCode 中点击“文件 → 打开文件夹”，选中这个文件夹。如果刚才安装过程中勾选了“添加到 PATH”，你也可以直接在文件夹路径栏里输入 code . 启动。

在打开的 VSCode 左侧资源管理器面板中，新建一个文件，命名必须以 .c 结尾，比如 hello.c。命名一个简单有意义的文件名，不是随便叫，因为它跟你后面的调试配置直接相关。

输入一段最基本的测试代码：

#include <stdio.h> int main() { printf("Hello, world!\\n"); return 0; }

然后先试试点右上角的运行按钮（如果有 Code Runner 插件），看看能不能直接看到输出。如果这一步没问题，说明编译器已就位，接下来就是深入配置，把“编辑、编译、调试”这三个环节完整打通。

4.3 理解三种运行方式

很多新手会在这一步混淆“编译运行”和“调试”的区别。Code Runner 帮你做的事相当于在终端里输入 gcc hello.c -o hello.exe && ./hello.exe，它负责把代码变成程序并运行，但不会帮你设断点、看变量。而在 VSCode 里按 F5 启动的调试，则会调用 GDB 调试器，你可以让程序在某一行停下来，逐行执行、查看变量值。这两种能力都很重要，前者让你快速看到结果，后者让你理解程序执行过程、排查逻辑错误。下面我要讲的三个 JSON 配置文件，主要就是为了让第二种方式（F5 调试）能够工作。

5. 核心配置：三个 JSON 文件深度解析

如果你只是想在 VSCode 里写 C 语言、能运行、能调试，必须在项目根目录下创建一个 .vscode 文件夹，里面放三个 JSON 文件：tasks.json、launch.json、c_cpp_properties.json。它们的分工很清晰：tasks.json 是“怎么把代码编译成程序”的编译任务配置，launch.json 是“怎么启动调试器去跑程序”的调试配置，c_cpp_properties.json 是“让 VSCode 的智能感知认识你的编译器、头文件路径”的配置文件。三者相互配合，少一个都可能出问题。

5.1 tasks.json：把编译命令固化下来

在 .vscode 文件夹下新建 tasks.json，填入以下内容：

{ "version": "2.0.0", "tasks": [ { "label": "C Build", "type": "cppbuild", "command": "D:/mingw64/bin/gcc.exe", "args": [ "-fdiagnostics-color=always", "-g", "${file}", "-o", "${fileDirname}/${fileBasenameNoExtension}.exe" ], "options": { "cwd": "${fileDirname}" }, "group": { "kind": "build", "isDefault": true }, "problemMatcher": [ "$gcc" ] } ] }

我逐个字段解释一下：command 是你 gcc.exe 的绝对路径，每个人装的位置不同，这里要改成你自己的实际路径；args 是传给 gcc 的参数，-g 表示生成调试信息，这是后续能单步调试的前提，-o 指定输出文件名，${file} 是当前打开的文件路径，${fileDirname}/${fileBasenameNoExtension}.exe 意思是“在当前文件所在目录下生成一个与当前文件同名的 exe 文件”。problemMatcher 的作用是让 VSCode 能解析 gcc 编译报错的信息，并在“问题”面板里以红色波浪线的形式显示在你代码的对应行上。

关于编译的细节，我要再多说两句。很多人一开始会纠结要不要用 -Wall（显示所有警告）这个参数。我的建议是：学习阶段尽量加上，因为它能帮你发现很多潜在的代码坏味道。比如你写了一个变量但没用过，或者 if 语句里的赋值语句可能是笔误，gcc 都会提示你。这些警告不会阻止程序运行，但养成“零警告”的习惯，对后期项目开发特别有利。你可以把 -Wall 也加到 args 里面去。

5.2 launch.json：配置调试器

在 .vscode 文件夹下再新建 launch.json，填入：

{ "version": "0.2.0", "configurations": [ { "name": "C Debug", "type": "cppdbg", "request": "launch", "program": "${fileDirname}/${fileBasenameNoExtension}.exe", "args": [], "stopAtEntry": false, "cwd": "${fileDirname}", "environment": [], "externalConsole": true, "MIMode": "gdb", "miDebuggerPath": "D:/mingw64/bin/gdb.exe", "setupCommands": [ { "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": true } ], "preLaunchTask": "C Build" } ] }

这个文件里最关键的是 program 字段和 preLaunchTask 字段。program 要告诉调试器“调试哪个 exe 文件”，这必须跟 tasks.json 里编译输出的文件名完全一致，否则调试器找不到文件。我见过太多新手把这两个名字写不一致，导致一按 F5 就报“launch: program 'xxx.exe' does not exist”。preLaunchTask 则告诉 VSCode：“在调试之前，先执行 tasks.json 里名为 C Build 的编译任务”。这样你不用手动编译，按 F5 之后 VSCode 会自动帮你编译并开始调试，非常顺畅。

externalConsole 这个字段值得拿出来单独讲。当它设为 true 时，程序运行时的输入输出会弹出一个独立的黑框命令行窗口；设为 false 时，输出就内嵌在 VSCode 的终端面板里。对初学者来说，我建议设置成 false，原因很现实：如果你的 C 程序里有 scanf 这样的输入函数，在 VSCode 内置“调试控制台”面板里输入不方便，容易遇到输入后程序没反应或者需要手动焦点的问题。而外部控制台就能直接输入，表现更接近真实运行环境。所以我的推荐是：有输入需求的程序设 true，纯输出的程序设 false。等你熟练了，可以根据实际场景灵活切换。

miDebuggerPath 是指向 gdb.exe 的路径，一般跟 gcc.exe 在同一个 bin 目录下。较新版本的 C/C++ 插件也能自动探测到 gdb，但显式写出来是最保险的做法。

5.3 c_cpp_properties.json：让智能感知更准确

第三个文件是 c_cpp_properties.json，它的作用是告诉 C/C++ 插件“你用的是什么编译器、头文件在哪、C 语言标准用哪个版本”。很多基础教程会跳过这个文件，但我建议你创建它，不然 VSCode 的红色波浪线偶尔会误报，明明代码是对的，它下面画了一堆红，搞得心态很崩。

{ "configurations": [ { "name": "Win64", "includePath": [ "${workspaceFolder}/**", "D:/mingw64/include/**" ], "defines": [ "_DEBUG", "UNICODE", "_UNICODE" ], "compilerPath": "D:/mingw64/bin/gcc.exe", "cStandard": "c11", "intelliSenseMode": "windows-gcc-x64" } ], "version": 4 }

includePath 里的 D:/mingw64/include 是 C 语言标准头文件所在的位置，你在代码里写的 #include <stdio.h> 就是在这里找到的。compilerPath 仍然是 gcc.exe 的路径。intelliSenseMode 填 windows-gcc-x64 就是告诉插件“我用的是 Windows 下的 GCC 64 位编译器”，插件就会用对应的解析方式来理解你的代码，自动补全和错误提示会准确很多。cStandard 设置成 c11 是当前大部分教材和考试用得最多的标准，如果以后用到更新的 C 特性，可以改成 c17。

5.4 完整的第一个验证程序

三个文件都配置好后，最好写一个稍微复杂一点的程序验证一下整个链路。我推荐一段包含输入、循环、多次输出的程序，这样可以同时验证“编译”“运行”“调试”三个环节：

#include <stdio.h> int main() { int n, i; printf("请输入一个整数: "); scanf("%d", &n); for (i = 1; i <= n; i++) { printf("%d ", i); } printf("\\n"); return 0; }

先按 F5，如果弹出外部终端并且能正常输入、输出，说明你的环境已经完整可用了。再试试在 main 函数的第一行设一个断点（点击行号左侧的红点），按 F5，程序会停住，左边“运行和调试”面板里能看到变量 n 和 i 的值，按 F10 可以逐行执行。这个能力在面对复杂逻辑时特别好用，比如你写一个求最大公约数的循环，想追查为什么结果不对，看一眼变量的变化过程就一目了然。

6. 常见问题与排查技巧实录

配置过程里，几乎每个人都会遇到一两个问题。我把这几年遇到频率最高的几类整理成了一份排查表，你遇到问题时先对照着找一下：

6.1 关于中文乱码的深度说明

中文乱码这个问题，是 Windows 下 GCC 用户最常碰到的老大难，我用足够篇幅把原理讲透。在默认情况下，Windows 中文系统的终端使用 GBK 编码（也就是代码页 936），而 GCC 编译时默认按 UTF-8 解析源文件并生成 UTF-8 编码的输出。于是，printf 里的中文字符串最终以 UTF-8 字节流输出，但终端按 GBK 去解码，就会显示一片乱码。

解决办法通常有三种，各有利弊。第一种是在编译命令里加上 -fexec-charset=GBK，它的意思是让生成的程序里中文字符串以 GBK 编码存储。这样程序运行输出的中文在默认终端下就能正常显示了。这种方式最简单，适合练习阶段。第二种是直接不改编译参数，而是在代码里加 setlocale 函数，具体写法是：

#include <stdio.h> #include <locale.h> int main() { setlocale(LC_ALL, ""); printf("中文测试\n"); return 0; }

不过 setlocale 这种方式在不同编译器下的表现并不完全一致，而且它影响的是整个程序区域设置，新手容易弄不明白为什么有时候好使有时候不好使。第三种是在终端里执行 chcp 65001 把代码页切换到 UTF-8。但这种改动是一次性的，新开的终端还会回到默认代码页，而且对老版本的 Windows 控制台来说，切换后显示效果可能也有 bug。

所以我自己的经验是：前期练代码的时候，能不写中文就不写中文，控制台里的提示信息尽量用英文。这不是逃避问题，而是减少环境干扰，把注意力放在语言本身。等以后你对编译和编码有了更多理解，再回头处理中文支持就能得心应手。

6.2 关于“system("pause”)”的使用争议

网上很多教程会教你在 main 函数的末尾加 system("pause")，防止程序运行完窗口直接关闭。这个用法确实方便，但我建议不要依赖它。因为 pause 是 Windows 特有的命令，你的代码一旦搬到 Linux 或者 macOS 上就编译不过去了。更通用的做法是理解命令行里本身就是可以交互的，在 VSCode 的终端里运行程序，输出完了之后窗口不会关闭，你是能看到结果的。代码里尽量不要写跟操作系统强绑定的内容，是一个值得从一开始就养成的习惯。

6.3 多个 .c 文件的情况怎么办？

随着你学习深入，可能会在一个文件夹里写很多个 .c 文件，比如 day01.c、day02.c。这时你会发现，F5 调试的是“当前打开的文件”，也就是说只要你的 tasks.json 里用的是 ${file}，你打开哪个文件，编译出来的 exe 就是哪个。这其实是一种很方便的组织方式，每个小练习都是一个独立的小程序。但你需要注意，如果某个文件里定义的函数跟另一个文件里的函数重名，编译单独某个文件不会报错，但如果放到同一个工程里一起编译就会冲突。等你到了函数分文件管理的阶段，就需要接触“多文件编译”和“头文件如何包含”的概念了，那是另一个大的话题，先把手上的单文件练扎实再说。

6.4 关于 update 和插件更新的小提示

VSCode 和 C/C++ 插件都会不定期更新。多数时候更新是好事，能修复 bug 和提升性能。但偶尔会有新版本插件跟当前配置冲突的情况，表现包括智能感知突然很卡、调试入口变化等。这时候可以到扩展页里找到 C/C++ 扩展，点击“安装特定版本”回退到上一个稳定版本。不过这些情况偶发，不用太担心。日常使用中，记得偶尔在“设置 → 更新”里检查一下版本，太旧的环境会影响跟教程的兼容性。

7. 一些实用插件和工作流建议

配置完核心环境后，我还想推荐几个对 C 语言初学者帮助很大的 VSCode 插件，它们不直接影响编译调试，但能提升写代码的舒适度。

Code Runner 前面已经提过，它满足的是“我改完代码马上跑一下看看结果”这种高频需求。但注意，它默认使用的运行方式是通过终端直接执行，不会加载调试信息，也不会走 tasks.json 里的编译任务。所以如果你代码里有 scanf，Code Runner 下也可以正常输入，这跟调试器的输入问题不太一样。

C/C++ Extension Pack 是微软官方出的一组插件集合，会帮你装上 C/C++ 相关的核心扩展，包括主题、CMake 工具等。虽然 CMake 对现在的你可能还太早，但装上也无妨，以后要接触到项目构建时再用不迟。

还有一个叫 Better C/C++ Syntax 的插件，能提供更好的语法高亮，让代码的语义层级更清晰，看代码的时候不容易疲劳。它只是视觉层面上的优化，不改变编译行为，装不装看你个人喜好。

在文件管理方面，我建议你给每个联系建立子目录，比如“01_basics”“02_loop”“03_array”这样，目录名保持英文和数字。因为虽然 VSCode 现在对中文路径的兼容性比之前好多了，但 gcc 在极少数特殊字符（比如空格、中文、特殊符号）存在的情况下，个别老版本还是可能出问题。提前用无中文路径能省掉大量潜在的怪问题。

8. 环境配置完成后，下一步该学点什么？

环境配好只是起点，不要陷入“配环境配了两小时，写代码只写了五分钟”的怪圈。我见过太多人花了一晚上安装各种工具，装完之后却不知道打开哪个文件开始写，第二天全部忘光。配好环境之后，尽快做一些简单的小程序来找手感，是巩固这套流程最好的方法。

我建议你按这个顺序练手：第一个程序就写 Hello World，确认整套流程顺畅；然后写一个输入两个数、输出最大值的程序，体会变量和 if 判断；接着写一个九九乘法表，用for循环；再写一个函数，计算 1 到 n 的和，体会函数封装和参数传递；最后可以尝试数组相关的练习，输入 n 个数存到数组里，计算平均值和方差。

这几道题覆盖了 C 语言最核心的语法点：变量、输入输出、分支、循环、函数、数组。每一道题都至少运行三次以上，并且尝试故意写错几处，观察编译器的报错信息是什么样的。编译器报错其实是很好的老师，比如它提示“undeclared identifier”，说明你变量名拼写错了或者忘记声明；“expected ';' before '}'”则说明你丢了一个分号。学会“读错误消息”，是编程学习中非常重要的一个能力，这个过程没法靠别人教，只能靠自己在试错中积累。

如果你在配置过程中遇到了这里没覆盖到的问题，可以自己拆解一下，看看报错信息里提到的是编译器问题、调试器问题还是插件问题，然后针对性地搜索。程序员的基本功之一，就是学会把一个大问题拆解成若干小问题，然后逐个击破。今天配环境，本质上就是你编程路上的第一次排错训练。

最后分享一个我自己一直在用的小习惯：在项目的根目录放一个 README.md 文件，记录今天写了什么练习、遇到了什么问题、怎么解决的。学编程的进步，很多不在于敲了多少行代码，而在于踩了多少坑之后还能不能在文字里清晰复述出因果关系。以后你再遇到类似问题，翻翻自己的笔记，往往比去搜索引擎重新找答案更快。