WSL环境下VS Code IntelliSense无法解析.h头文件的C++库引用

VS Code C/C扩展默认将.h后缀文件识别为C语言文件，而非C文件。IntelliSense按C语言模式解析时，只会加载C标准库路径，不会索引C标准库头文件，因此找不到<iostream>这类C专属头文件。后缀改为.hpp时，扩展默认按C模式解析，因此识别正常。项目编译不受影响是因为构建系统（CMake/GCC等）实际编译时会按照C规则处理对应头文件，和IntelliSense的自动识别逻辑无关。
你手动添加/usr/include、/usr/local/include到路径无效，是因为C标准库头文件实际存放在/usr/include/c++/<GCC版本号>/这类C专属路径下，C语言模式下扩展不会自动检索这些路径，手动添加根目录也不会触发C++专属路径的加载逻辑。你遇到的C/C++(1696) cannot open source file "iostream"报错就是这个识别逻辑错误导致的。

• 方案1：统一将.h文件关联为C++模式
  打开VS Code设置，搜索files.associations，添加映射规则：匹配模式为*.h，关联语言为cpp。如果直接编辑settings.json配置，添加如下内容即可：

  "files.associations": {
      "*.h": "cpp"
  }
  

  注意：如果项目中混有纯C语言的.h头文件，该配置会让所有.h文件都按C++规则解析，可能对纯C头文件的提示造成轻微影响。
• 方案2：单独指定问题文件的语言模式
  打开报错的.h文件，点击VS Code右下角状态栏显示当前语言模式的按钮（识别为C时会显示「C」），在弹出的菜单中选择「C++」即可，也可以选择将.h后缀全局关联为C++，效果和方案1一致。
• 方案3（最稳妥，适配所有混合语言项目）：导入编译数据库文件
  使用CMake构建项目时，执行CMake配置阶段添加参数-DCMAKE_EXPORT_COMPILE_COMMANDS=ON，构建目录下会自动生成compile_commands.json文件，里面记录了项目每个文件实际的编译参数、语言类型、包含路径等所有信息。在C/C++扩展设置中找到C_Cpp.default.compileCommands配置项，将值填为compile_commands.json的完整路径，IntelliSense就会完全按照实际编译规则解析文件，不会再出现后缀识别错误导致的路径找不到问题。

内容的提问来源于stack exchange，提问作者E D