- VSCode 调试 C/C++ 代码时，如何显示动态分配的指针数组。
创建一个动态分配的一维数组:
cpp
int n = 10;
int *array = (int *)malloc(n*sizeof(int));
memset(array, 1, n*sizeof(int));如果直接 Debug 时查看 array 指针，并不能看到数组所有的值。
查看 Debug 窗口，有一个 Watch（监视窗口）小窗口，可以添加想要查看的变量的值。
添加 *(int(*)[10])array 或 *array@10 后就可以查看 array 数组的所有值，也就是添加：
- *(type(*)[size])pointer， 其中 type 是数组类型，size 是数组长度，pointer 是分配空间的数组指针。该方法将指针强制转化为一个数组。
- *pointer@size，该方法同样可以查看数组的值。（这种方法比较简便，不容易出错。）
查看多维数组通项的公式为：
- **...arr@...@size2@size1
- *(type(*)[size1][size2][...])arr
cpp
//等效于arr[2][3][4]
int ***arr；
int m = 2, n = 3, t = 4;
if((m > 0) && (n > 0) && (t > 0))
{
arr = (int***)malloc(sizeof(int)*m);
for(i = 0;i < m;i++)
{
arr[i] = (int**)malloc(sizeof(int)*n);
for (k = 0;k < n;k++)
{
arr[i][k] = (int*)malloc(sizeof(int)*t);
}
}
}在窗口中添加 ***arr@2@3@4 和 *(int(*)[3][2][4])arr，就可以查看数组的值。
如上也可以在 调试控制台中输入想获取结果的变量名或者表达式获得当前的值。
VSCode 调试时以 16 进制 (HEX) 查看变量
调试时 VSCode 变量值默认以 10 进制显示，如下图：
使用 "variable,x " 或者 "variable,h" 的格式就可以显示十六进制，不过貌似这种显示方式只支持 gdb C/C++ 语言调试，python 程序调试时亲测不可用。
我们将变量 vec 添加到监视，并编辑在 vec 后添加 h，即可查看 vec 的16进制数据，如下图：
同样的，添加 x 可以 16 进制显示，o 以 8 进制显示。
Does VS code have variable explorer object like we have it in spyder? - Stack Overflow
Working with Jupyter code cells in the Python Interactive window
https://www.cnblogs.com/haoliuhust/p/17630701.html
inline values:
设置为 on：
VScode调试c代码时，如何显示动态分配的指针数组_vscode监视数组-CSDN博客
vscode调试时以16进制查看变量_vscode 16进制_虔诚的学习者的博客-CSDN博客
分享一些 VsCode 各场景相关的高级调试与使用技巧_前端达人的博客-CSDN博客
条件断点：在断点处右键点击，选择 "Edit Breakpoint"，在弹出的窗口中勾选 "Condition" 并输入条件表达式，该断点只会在条件为真时被触发。
VScode调试C++代码时无法查看STL容器(string、vector等）_vs code无法打开string-CSDN博客
VSCode + TDM-GCC：
VScode虽然功能强大，但是自己是没法编译代码的，需要安装C++编译器：
TDM-GCC 10.3.0 release | tdm-gcc (jmeubank.github.io)
安装好后配置 Windows（10）环境变量：安装完成过后需配置环境变量： 我的电脑->属性->高级系统设置->环境变量->系统变量里找到path->编辑->>
把 C:\TDM-GCC-64\bin（根据你安装的位置，VSCode的没添加也一起添加） （系统变量相当于所有用户，所以一般修改系统变量的 path，path 就是命令行可以自动检索的地方）。
WinLibs 是 mingw 在 Windows 平台的分发库。WinLibs 专注于 Windows 下的GCC。优点是发布比较及时，发行版本丰富多样。免安装，多版本可以共存。
下载链接：WinLibs - GCC+MinGW-w64 compiler for Windows
如果用 C++ 仅仅是自己学习、不引入其他奇奇怪怪的库的话，下载 UCRT runtime 里的最新的Win64 压缩包就可以。下载好后，随便解压到一个地方就行，解压即可用。
去CMake官网：https://cmake.org/download/，拉到下面Binary distributions，下载Windows x64 ZIP，同样解压即可用。
配置环境变量：把你的 MinGW 和 CMake 解压路径下面的 bin 文件夹添加进 path，注意是 bin 文件夹。比如我的 MinGW 解压在 D:\CPP\environments\mingw64-ucrt，环境变量里就要添加D:\CPP\environments\mingw64-ucrt\bin。CMake 同理。
[极简教程]如何低成本、快速的在Windows电脑上搭建一个现代且干净的C++开发环境(VSCode+MinGW+CMake) - 知乎
配置 C/C++ 配置文件：c_cpp_properties.json 文件
在该文件 "includePath"处添加 TDM GCC 的 include 路径即可。
css
{
"configurations": [
{
"name": "Win32",
"includePath": [
"${workspaceFolder}/**"
//"C:\\TDM-GCC-64\\include",
//"C:\\TDM-GCC-64\\x86_64-w64-mingw32\\include"
],
"defines": [
"_DEBUG",
"UNICODE",
"_UNICODE"
],
"compilerPath": "C:\\TDM-GCC-64\\bin\\gcc.exe",
"cStandard": "c17",
"cppStandard": "gnu++14",
"intelliSenseMode": "windows-gcc-x64"
}
],
"version": 4
}配置 launch.json 文件：
按下图流程点击"调试"->C++(GDB/LLDB)，会进入调试，并生成一个launch.json文件，若没有则选择添加配置再选C++(GDB/LLDB)。
再添加配置选择gdb，就会出现如下配置代码：
css
{
// 使用 IntelliSense 了解相关属性。
// 悬停以查看现有属性的描述。
// 欲了解更多信息，请访问: https://go.microsoft.com/fwlink/?linkid=830387
"version": "0.2.0",
"configurations": [
{
"name": "(gdb) 启动",
"type": "cppdbg",
"request": "launch",
"program": "${fileDirname}\\${fileBasenameNoExtension}.exe",
"args": [],
"stopAtEntry": false,
"cwd": "${fileDirname}",
"environment": [],
"externalConsole": false,
"MIMode": "gdb",
"miDebuggerPath": "C:\\TDM-GCC-64\\bin\\gdb.exe",
"preLaunchTask": "compile", // 调试会话开始前执行的任务， "preLaunchTask" 参数要和 task.json 文件中的 "label" 参数保持一致
"setupCommands": [
{
"description": "为 gdb 启用整齐打印",
"text": "-enable-pretty-printing",
"ignoreFailures": true
},
{
"description": "将反汇编风格设置为 Intel",
"text": "-gdb-set disassembly-flavor intel",
"ignoreFailures": true
}
]
}
]
}配置 tasks.json 文件：
如果需要是c语言也就是gcc将下面的command项由g++改为gcc
如果是多文件编译（即函数声明和函数定义分开，不懂的别乱改），需要将args列表中的"${file}"项修改为"${workspaceFolder}/*.cpp" ，多文件推荐用cmake。
css
{
"tasks": [
{
"type": "cppbuild",
"label": "compile", //一定要和 launch.json 的 preLaunchTask 名字一致。任务的名字，就是在命令面板中选择的时候所看到的，可以自己设置。
"command": "C:\\TDM-GCC-64\\bin\\g++.exe",
"args": [ //编译时候的参数
"-fdiagnostics-color=always",
"-g",
"${file}",
"-o",
"${fileDirname}\\${fileBasenameNoExtension}.exe",
//"-fexec-charset=GBK", //GBK编码，用于解决Winows中文乱码
],
"options": {
"cwd": "${fileDirname}"
},
"problemMatcher": [
"$gcc"
],
"group": {
"kind": "build",
"isDefault": true
},
"detail": "调试器生成的任务。"
},
],
"version": "2.0.0"
}task.json 的用途：用于指定编译器和链接文件等。默认路径在 .vscode下面。
如何打开一个 task.json 文件：
然后点击 configure default Build Task 后，点击 c/c++:gcc.exe 生成活动文件：
label ：任务的名称，显示在下拉列表 中。
command ：指定编译器的路径。
args ：命令行参数，用于传递给编译器。可以添加链接库等。
"-std=c++17"用于支持C++17语言功能
problemMatcher ：运行问题解析器，用于查找错误和编译器输出中的警告。
group：组对象。
lauch.json 的用途：用于调试程序，默认路径在 .vscode 下面。
配置完后，右下角点击 " Add Configuration..."
name: 给配置项的起一个易于理解的名称，调试过程中可以在调试按钮处看到：
type ：根据开发语言决定。eg.node.js 的 type为 node，C/C++ 语言的 type 为 cppdbg。
request ：指定调试模式，有 launch 和 attach 两种。使用 launch 可以为程序搭一个调试器，支持加断点。
program ：指定要调试的程序。需要和 tasks.json 中的目标文件一致。
args ：main 函数 (argc,argv) 的参数。启动时，传递到 main 函数中。
stopAtEntry : 如果想要在 main 函数停止，这里设为 true。
MIMode ：配置调试器类型 gdb or lldb
miDebuggerPath: 配置调试器的路径(eg,gdb)。会自动搜索电脑中的调试器，根据 MIMode 的配置类型来找。
launch 和 attach 的区别：
- 以 launch 方式启动的时候，vscode 直接从本地项目启动并自动的为我们自动添加一个调试器，这也是为什么我们能在launch模式下打断点的原因。这是我们最经常用的。
- 而想以 attach 方式启动，通常需要一个已经在跑的项目，比如一个 web 服务，这个服务很可能是在远程或者在本地但是重启速度很慢的那种项目，因为这个 web 服务是在远程的我们没法打断点，但是可以通过 attach 启动的方式在这个远程的服务外面包裹一层调试器，达到调试的目的。
launch.json 文件中的 "preLaunchTask" 参数要和 task.json 文件中的 "label" 参数保持一致。
c_cpp_properties.json 的用途：主要用于配置 includePath，以使代码之间可以互相跳转，以及 C/C++标准，编译器等。
打开：点击右下角的 linux 或者 win32。
https://www.zhihu.com/question/336266287/answer/2144611720
最后给大家推荐一个VS Code的教程：https://www.bilibili.com/video/BV1Jf4y1S7Bw/?spm_id_from=333.788.videocard.0
VSCode 各种断点：
Debugging in Visual Studio Code
- 右键
- Run --> New Breakpoint
Logpoint: A Logpoint is a variant of a breakpoint that does not "break" into the debugger but instead logs a message to the console (DEBUG CONSOLE). Logpoints are especially useful for injecting logging while debugging production servers that cannot be paused or stopped.
A Logpoint is represented by a "diamond" shaped icon. Log messages are plain text but can include expressions to be evaluated within curly braces ('{}').
Expression condition: The breakpoint will be hit whenever the expression evaluates to true.
Hit count: The 'hit count' controls how many times a breakpoint needs to be hit before it will 'break' execution. Whether a 'hit count' is respected and the exact syntax of the expression vary among debugger extensions.
Condition and hit count editing support is also supported for function and exception breakpoints.
**Inline breakpoints:**Inline breakpoints will only be hit when the execution reaches the column associated with the inline breakpoint. This is particularly useful when debugging minified code which contains multiple statements in a single line.
An inline breakpoint can be set using Shift+F9 or through the context menu during a debug session. Inline breakpoints are shown inline in the editor.
Inline breakpoints can also have conditions. Editing multiple breakpoints on a line is possible through the context menu in the editor's left margin.
**Function breakpoints:**Instead of placing breakpoints directly in source code, a debugger can support creating breakpoints by specifying a function name. This is useful in situations where source is not available but a function name is known.
A function breakpoint is created by pressing the + button in the BREAKPOINTS section header and entering the function name. Function breakpoints are shown with a red triangle in the BREAKPOINTS section.
**Data breakpoints:**If a debugger supports data breakpoints, they can be set from the context menu in the VARIABLES view. The Break on Value Change/Read/Access commands will add a data breakpoint that is hit when the value of the underlying variable changes/is read/is accessed. Data breakpoints are shown with a red hexagon in the BREAKPOINTS section.