自用vscode安装及配置

您所在的位置：网站首页 › 3f03173b072862f1e00b9 › 自用vscode安装及配置

自用vscode安装及配置

#自用vscode安装及配置| 来源: 网络整理| 查看: 265

自用vs code安装及配置下载安装vs code 运行c（配置环境）下载安装MinGW 检验MinGW是否安装成功 vs code无法打开源文件"stdio.h" 中文乱码输入乱码输出乱码常用插件自动保存自动换行左花括号不换行

下载安装vs code

参考菜鸟教程，默认它不会失效，故不再重复，内含下载安装及汉化扩展（以安装扩展" Chinese "的方式，同理安装 " C/C++ " 和 " Code Runner "）。建议更改其中的安装路径为不含中文、空格特及殊符号的其他路径，一切与编程、代码、环境有关的都建议如此。其中 " Code Runner " 进行如下配置：在这里插入图片描述关闭自动更新：汉化完成后重启 vs vode，依次点击 " 文件 " > " 首选项 " > " 设置 " > " 应用程序 " > " 更新 " > 更改 " mode " 模式为 " none ".

运行c（配置环境）下载安装MinGW

前往官网下载 https://sourceforge.net/projects/mingw-w64/files/，建议离线下载，在线下载易失败，

往下滑~（火狐浏览器离线下载时失败可点击重试，将继续之前的下载，速度慢，其他渠道下载自行搜索，下图参考突维）

解压到想要的位置，打开 " bin "：

在这里插入图片描述复制上述路径，添加到环境变量(原：右键 " 此电脑 " > 选择 " 属性 "；**新：**打开 " 控制面板 " > 选择 " 系统和安全 " > 输入 " \系统 " > 回车 )

在这里插入图片描述点击 " 高级系统设置 " > 点击" 环境 " > 选中 " path " > 点击 " 编辑 " > 点击 " 新建 " > 粘贴 bin 文件夹目录(如：“D:\software\2coding\mingw64\bin”) > 点击 " 确定 " > 点击 " 确定 " > 点击 " 确定 "

检验MinGW是否安装成功

win + R > 输入" cmd " > 回车 > 输入 “gcc -v” > 回车，显示如下即为成功：在这里插入图片描述

vs code无法打开源文件"stdio.h"

编写测试文件，显示如下：在这里插入图片描述解决方法如下：参考小猫喵喵喵w(这也是我总结这篇博客的原因，之前找到了，再想找的时候找了很久很久才找到) win + R > cmd > 回车 > 输入"gcc -v -E -x c++ -" > 回车，复制下图中绿框内的路径

在这里插入图片描述在 vs code 打开的文件中添加MinGW的 “include” 路径以及上图中路径：

在这里插入图片描述同时，在上述文件夹添加文件 “tasks.json” 和 “launch.json” 参考赏月斋在左侧资源管理器选中 “.vscode” > 右键选择 " 新建文件 " tasks.json:

{ "version": "2.0.0", "tasks": [ { "label": "Compile", // 任务名称，与launch.json的preLaunchTask相对应 "command": "gcc", // 要使用的编译器 "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，去掉前面的注释符，并在上一条之后加个逗号。照着我的教程做的不需要改（也可以把这行删去) } ] }

launch.json

{ "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": "D:\\software\\2coding\\mingw64\bin\\gdb.exe", // 调试器路径，Windows下后缀不能省略，Linux下则去掉 "setupCommands": [ // 用处未知，模板如此 { "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": false } ], "preLaunchTask": "Compile" // 调试会话开始前执行的任务，一般为编译程序。与tasks.json的label相对应 } ] }

然后运行，我以为终于可以成功了，没想到，提示 " gcc 不是内部或外部命令。。。"但是 cmd 中 “gcc” 是没问题的。

在这里插入图片描述