根本原因是编译器找不到符号声明，需确保正确包含头文件（如、、）、配置命名空间、匹配项目宏定义（如_unicode）及intellisense路径与编译器一致。
VS Code 中出现“未定义标识符”错误，根本原因不是 VS Code 本身的问题，而是它调用的编译器（如 GCC、Clang 或 MSVC）在解析代码时找不到对应符号的声明——你得让编译器“看见”它们。
头文件没加对，bool、string、cout 全军覆没
这是最常见也最容易解决的一类。VS Code 不自动帮你补头文件，写啥就得自己 #include 啥。
- C 语言用
bool？必须加#include <stdbool.h></stdbool.h>；漏了就报undefined identifier 'bool' - C++ 用
string？得有#include <string></string>（注意：不是<string.h></string.h>，那是 C 的） - 用
cout或cin？缺#include <iostream></iostream>就直接炸 - 还可能卡在命名空间：加了
<string></string>但没写std::string或using namespace std;，也会被当“未定义”
项目配置错位，tcslen、_T 这类 Windows 宏直接失效
这类问题多见于 Windows + MSVC 工具链，在 VS Code 里用 msvc 作为编译器时尤其明显。不是代码写错了，是编译环境没对齐。
-
tcslen不是标准函数，它依赖#include <tchar.h></tchar.h>，且要求项目启用 Unicode 支持（即预处理器定义_UNICODE和UNICODE） - VS Code 本身不管理这些宏，得靠
c_cpp_properties.json配置："defines": ["_UNICODE", "UNICODE"] - 更稳妥的做法是改用跨平台等价物：比如用
wcslen替代tcslen，并配#include <wchar.h></wchar.h>；或统一用_tcslen宏（它会根据宏自动选strlen/wcslen）
IntelliSense 假报警，编译却能过
VS Code 的语法提示（IntelliSense）有时比真实编译器更“严格”，尤其在多配置项目（Debug/Release）、跨平台头路径混乱时，会出现“标红但实际能编译成功”的情况。
- 检查
c_cpp_properties.json中的"includePath"是否包含你实际使用的 SDK 路径（比如 MinGW 的include、MSVC 的ucrt和shared目录） - 确认
"compilerPath"指向的是你真正使用的编译器（别写成gcc却在用cl.exe） - 改完配置后，务必点击右下角 IntelliSense 状态栏 → “Reload Window”，否则缓存不会更新
真正难缠的，往往是头文件、编译器、IntelliSense 三者之间有一处没对齐——比如 includePath 指向旧版 SDK，而编译器用的是新版，或者 defines 漏了一个关键宏。这时候看报错不能只信红色波浪线，得跑一遍真实编译再对比。
