无法打开源文件 “esp_err.h“

ESP-IDF 开发环境。目标是：

默认用 clangd 做语义分析
C/C++ 扩展不再重复画红线
clangd 能识别 ESP 的交叉编译器
保留 ESP-IDF 扩展本身的功能

可以把这些内容放进 VS Code 的"用户设置(JSON)"里。

打开方法：

Ctrl+Shift+P
输入 Preferences: Open User Settings (JSON)
回车
把下面这些配置合并进去

{
"C_Cpp.intelliSenseEngine": "disabled",
"C_Cpp.errorSquiggles": "disabled",

"clangd.path": "e:\Users\brain\.espressif\tools\esp-clang\esp-19.1.2_20250312\esp-clang\bin\clangd.exe",
"clangd.arguments": [
"--background-index",
"--query-driver=**"
],

"idf.currentSetup": "e:\Users\brain\esp\v5.5.2\esp-idf",
"idf.portWin": "detect",
"idf.customExtraVars": {
"IDF_TARGET": "esp32"
}
}

说明一下这几项的作用：

C_Cpp.intelliSenseEngine: disabled
让微软的 C/C++ 扩展不再接管语义分析。
C_Cpp.errorSquiggles: disabled
不再出现它自己的重复红线。
clangd.path
指向你机器上实际安装的 Espressif clangd。
clangd.arguments
让 clangd 后台建索引，并允许识别交叉编译器。
idf.currentSetup
指向你当前 ESP-IDF 安装目录。
idf.customExtraVars.IDF_TARGET
默认目标芯片先用 esp32。

还要注意一件事：

这套"全局配置"只能解决"诊断引擎打架"的问题，但每个新工程最好仍然有自己的 build/compile_commands.json。也就是说，新项目第一次最好至少执行一次：

idf.py reconfigure
或
idf.py build

这样 clangd 才能准确知道头文件路径和编译参数。

如果想把新工程也完全免配置，建议以后每个 ESP-IDF 项目都带一个最小 .vscode/settings.json，内容像这样：

复制代码

{
  "idf.buildPath": "${workspaceFolder}/build",
  "C_Cpp.default.compileCommands": "${workspaceFolder}/build/compile_commands.json",
  "clangd.arguments": [
    "--background-index",
    "--query-driver=**",
    "--compile-commands-dir=${workspaceFolder}/build"
  ]
}

可以把它当作自己的 ESP-IDF 工程模板。

无法打开 源 文件 “esp_err.h“

无法打开源文件 “esp_err.h“