一直用codeblocks，想试试vscode，结果这个问题给我弄懵逼了。一开始以为是iostream这个头文件not found，后来发现第一个头文件都会这样显示，放到后面就不会了，然而，光这一个显示not found(虽然并不影响编译)，就能逼死强迫症的啊~~~
言归正传，这个问题解决方法是：
文件——首选项——设置——搜索“clang.diagnostic.enable"，然后把勾勾去掉就好了。这是插件C/C++ Clang Command Adapter的一个选项~~
如果一堆英文看着难受的话，安装插件Chinese (Simplified) Language Pack for Visual Studio Code就可以调成中文了。
如果还有波浪线，那就只好配置includePath了，最简单的方式是让vscode帮你完成:
首先在c_cpp_properties.json的"browse"的"path"里面添加头文件在的目录下，我直接用我的编译器的安装目录了：
然后按照VScode给的教程里说的做~~~
知识点补充：
VS Code编译file not found问题
最近在使用visual studio code的时候，编写c++代码，往往需要引入第三方的头文件，如下所示：
#include "rapidjson/document.h" #include "rapidjson/writer.h" #include "rapidjson/stringbuffer.h" // 省略余下代码
但是如果这些头文件的路径不在默认的搜索路径中（/usr/include或者/usr/local/include），那么在编译的时候，就会报错，提示“file not found”，按照网上搜索的很多方法，都是通过修改c_cpp_properties.json，在includePath中加入相应的路径即可（shift+command+p，选择C/C++: Edit Configurations即可打开）。但是实际测试发现，即使在includePath中添加了路径，也会报同样的错误。个人怀疑这个地方的includePath，实际并没有添加到task的path中。
经过测试发现，如果头文件指定绝对路径或者想对路径是ok的，如下所示：
// 相对路径 #include "../../local/rapidjson/document.h" // 绝对路径 #include "/home/user/cpp/local/rapidjson/document.h"
但是一旦头文件地址有所变动，就需要改动代码，非常麻烦。因此，我们需要修改配置文件来实现显示增加头文件的搜索路径。
我们可以通过修改task.json来实现（shift+command+p，Tasks: Configure Task），这里以我自己的测试为例：
{
// See https://go.microsoft.com/fwlink/?LinkId=733558
// for the documentation about the tasks.json format
"version": "2.0.0",
"tasks": [
{
"label": "ws-test",
"type": "shell",
"command": "g++",
"args": [
"-Wall","-std=c++11", "-g",
"main.cpp",
"DocumentTest.cpp","DocumentTest.h",
"CppTest.cpp","CppTest.h",
"-I", "/Users/ws/project/c/local"
],
"group": {
"kind": "build",
"isDefault": true
},
"problemMatcher": [
"$gcc"
],
"isShellCommand": true,
}
]
}
这里，就是通过增加"-I", "/Users/ws/project/c/local"，来显示指定头文件的搜索路径，其实该配置文件就相当于自动执行了如下命令：
g++ -Wall -std=c++11 -g main.cpp DocumentTest.cpp DocumentTest.h CppTest.cpp CppTest.h -I /Users/ws/project/c/local
在使用g++命令编译时，-I表示“Add directory to include search path”，即指定搜索路径。这样，再使用该task配置进行编译的时候，就不会再出现“file not found”的问题了，搞定。
