用vscode使用了C语言后怎么转换编写Python程序

我是从开始学C++的时候就一直用的是visual studio，毕竟宇宙第一IDE，写和调试都是超级方便快捷，唯一的缺点可能就是启动慢一点。

之前电脑没有换固态之前，用过一段时间的codeblocks，换了之后就一直用VS了。

这次换vscode的原因主要是因为最近看到CPP的一些细节的东西的时候发现VS会完全忽略掉这些错误和警告。

印象最深的是关于函数返回局部指针变量的处理：

eg：
char * fun()
{
char *p = "hello";
return p;
}

这个函数输入到VS里面是完全没有警告和错误的，在主函数里调用也会输出hello。

但是实际上CPP是不建议把字符串常量赋值给非常量字符指针的(C语言中不会报错)。同样的代码在VScode选择clang编译就会出现警告。

还有：return p；这个是有内存风险的，局部指针创建的对象在栈上，返回p的时候函数调用完毕，指针被赋值给其他全局变量的话，栈上空间就会被释放掉，所以这个也是有警告的。

不过上面这两个东西放在VS里面都是可以通过的。

所以啊，装了个VScode来写一些简单的CPP项目，以避免类似的一些简单的不好的编程习惯，而且后面的工作的话估计也不会是在VS下开发的，提前熟悉一下。

废话少说，参考的是：VSCODE配置C/C++编译调试环境。有一些小坑，尝试之后最直接简单的方法如下：

1. 下载VS Code并安装。

VS Code是一个轻量级开源的跨平台代码编辑器，可以运行在win，Mac OS以及Linux系统上，为各种常见语言(C/Cpp，Java，C#，Python，Go等)提供丰富的扩展生态系统的运行平台。

win下安装没什么说的，一步一步安装就可以了。

2.安装LLVM以及MinGW

LLVM

LLVM是构架编译器(compiler)的框架系统，以C++编写而成，用于优化以任意程序语言编写的程序的编译时间(compile-time)、链接时间(link-time)、运行时间(run-time)以及空闲时间(idle-time)，对开发者保持开放，并兼容已有脚本。

地址：http://releases.llvm.org/download.html

然后安装，也比较简单，选择一个安装路径就好了，然后会提示是否选择添加环境变量，选择Add LLVM to the system PATH for all users.

MinGw

地址1：https://sourceforge.net/projects/mingw-w64/

地址2：链接：https://pan.baidu.com/s/1NEadtRs2SUIuJaeJ8hpAsQ 提取码：2l9h

地址1下载来的安装程序安装时需要下载组件，可能出现问题，我是校园网所以没下载下来，如果可以下载的话可以使用这种方式。

地址2中是安装好的一个免安装的压缩包，只需要解压到对应位置即可。

添加环境变量。

法1. 把min GW的bin文件夹的路径添加到环境变量之中。

重启之后，Win+r输入cmd打开命令行，分别输入gcc和clang后回车。

出现如上所示的提示认为安装成功。

法2. 可以把MinGW中的所有文件拷贝到安装的LLVM路径下，两者会无缝合并，如图：

然后和上面说的一样，检测是否安装成功。

3.安装VS Code扩展。

C/C++

C/C++ Clang Command Adapter：提供静态检测(Lint)，很重要.

Code Runner：右键即可编译运行单文件，很方便

4. 配置4个.json文件。

这个配置文件我基本上都是按照知乎上面的下来的，只有很少的地方需要修改。

建立工作区。

这一步在文件管理器中建立就可以了。

建立.vscode配置文件夹。

在VS Code的文件管理器中找到新建文件夹的按键。

建立配置文件。

一共四个文件，在.vscode文件夹下建立四个文件，主需要单击新建文件的按钮就可以了。
launch.json，tasks.json，settings.json，c_cpp_properties.json
配置分别如下：
launch.json
// https://github.com/Microsoft/vscode-cpptools/blob/master/launch.md
{
"version": "0.2.0",
"configurations": [
{
"name": "(gdb) Launch", // 配置名称，将会在启动配置的下拉菜单中显示
"type": "cppdbg", // 配置类型，这里只能为cppdbg
"request": "launch", // 请求配置类型，可以为launch(启动)或attach(附加)
"program": "${fileDirname}/${fileBasenameNoExtension}.exe", // 将要进行调试的程序的路径
"args": [], // 程序调试时传递给程序的命令行参数，一般设为空即可
"stopAtEntry": false, // 设为true时程序将暂停在程序入口处，我一般设置为true
"cwd": "${workspaceFolder}", // 调试程序时的工作目录
"environment": [], // (环境变量？)
"externalConsole": true, // 调试时是否显示控制台窗口，一般设置为true显示控制台
"internalConsoleOptions": "neverOpen", // 如果不设为neverOpen，调试时会跳到“调试控制台”选项卡，你应该不需要对gdb手动输命令吧？
"MIMode": "gdb", // 指定连接的调试器，可以为gdb或lldb。但目前lldb在windows下没有预编译好的版本。
"miDebuggerPath": "gdb.exe", // 调试器路径，Windows下后缀不能省略，Linux下则去掉
"setupCommands": [ // 用处未知，模板如此
{
"description": "Enable pretty-printing for gdb",
"text": "-enable-pretty-printing",
"ignoreFailures": false
}
],
"preLaunchTask": "Compile" // 调试会话开始前执行的任务，一般为编译程序。与tasks.json的label相对应
}
]
}
tasks.json
// https://code.visualstudio.com/docs/editor/tasks
{
"version": "2.0.0",
"tasks": [
{
"label": "Compile", // 任务名称，与launch.json的preLaunchTask相对应
"command": "clang++", // 要使用的编译器
"args": [
"${file}",
"-o", // 指定输出文件名，不加该参数则默认输出a.exe，Linux下默认a.out
"${fileDirname}/${fileBasenameNoExtension}.exe",
"-g", // 生成和调试有关的信息
"-Wall", // 开启额外警告
"-static-libgcc", // 静态链接
"-fcolor-diagnostics", // 彩色的错误信息？但貌似clang默认开启而gcc不接受此参数
"--target=x86_64-w64-mingw", // clang的默认target为msvc，不加这一条就会找不到头文件；Linux下去掉这一条
"-std=c++17" // C语言最新标准为c11，或根据自己的需要进行修改
], // 编译命令参数
"type": "shell", // 可以为shell或process，前者相当于先打开shell再输入命令，后者是直接运行命令
"group": {
"kind": "build",
"isDefault": true // 设为false可做到一个tasks.json配置多个编译指令，需要自己修改本文件，我这里不多提
},
"presentation": {
"echo": true,
"reveal": "always", // 在“终端”中显示编译信息的策略，可以为always，silent，never。具体参见VSC的文档
"focus": false, // 设为true后可以使执行task时焦点聚集在终端，但对编译c和c++来说，设为true没有意义
"panel": "shared" // 不同的文件的编译信息共享一个终端面板
}
// "problemMatcher":"$gcc" // 如果你不使用clang，去掉前面的注释符，并在上一条之后加个逗号。照着我的教程做的不需要改(也可以把这行删去)
}
]
}
c_cpp_properties.json
{
"configurations": [
{
"name": "MinGW",
"intelliSenseMode": "clang-x64",
"compilerPath": "C:/Program Files/LLVM/bin/gcc.exe",
"includePath": [
"${workspaceFolder}"
],
"defines": [],
"browse": {
"path": [
"${workspaceFolder}"
],
"limitSymbolsToIncludedHeaders": true,
"databaseFilename": ""
},
"cStandard": "c11",
"cppStandard": "c++17"
}
],
"version": 4
}
settings.json
{
"files.defaultLanguage": "cpp", // ctrl+N新建文件后默认的语言
"editor.formatOnType": true, // 输入时就进行格式化，默认触发字符较少，分号可以触发
"editor.snippetSuggestions": "top", // snippets代码优先显示补全
"code-runner.runInTerminal": true, // 设置成false会在“输出”中输出，无法输入
"code-runner.executorMap": {
"c": "cd $dir && clang $fileName -o $fileNameWithoutExt.exe -Wall -g -Og -static-libgcc -fcolor-diagnostics --target=x86_64-w64-mingw -std=c11 && $dir$fileNameWithoutExt",
"cpp": "cd $dir && clang++ $fileName -o $fileNameWithoutExt.exe -Wall -g -Og -static-libgcc -fcolor-diagnostics --target=x86_64-w64-mingw -std=c++17 && $dir$fileNameWithoutExt"
}, // 设置code runner的命令行
"code-runner.saveFileBeforeRun": true, // run code前保存
"code-runner.preserveFocus": true, // 若为false，run code后光标会聚焦到终端上。如果需要频繁输入数据可设为false
"code-runner.clearPreviousOutput": false, // 每次run code前清空属于code runner的终端消息
"C_Cpp.clang_format_sortIncludes": true, // 格式化时调整include的顺序(按字母排序)
"C_Cpp.intelliSenseEngine": "Default", // 可以为Default或Tag Parser，后者较老，功能较简单。具体差别参考cpptools扩展文档
"C_Cpp.errorSquiggles": "Disabled", // 因为有clang的lint，所以关掉
"C_Cpp.autocomplete": "Disabled", // 因为有clang的补全，所以关掉
"clang.cflags": [ // 控制c语言静态检测的参数
"--target=x86_64-w64-mingw",
"-std=c11",
"-Wall"
],
"clang.cxxflags": [ // 控制c++静态检测时的参数
"--target=x86_64-w64-mingw",
"-std=c++17",
"-Wall"
],
"clang.completion.enable":true // 效果效果比cpptools要好
}

settings这个文件在建立之后就会出现许多关于setting的解释和如何赋值，可以根据自己的情况来设置：

至此就配置结束了，可以重启一下机器(我没有重启也是可以的)。

5.测试。

逻辑是这样的：

工作区下面是配置文件，以及其他的工程文件，每个工程最好都新建一个文件夹，然后在文件夹下面新建cpp或h文件进行程序编写：

比如这里编写了一个简单的helloworld程序，在编辑区右键run code就可以了。调试的话选择debug自己设置断点都很方便。

至此大功告成！！