跨平台IDE编译调试C++很方便，如QTCreate 、VSCode、Eclipse等，但是如果只能使用Shell控制台呢，gdb调试的优势就很明显了，在没有IDE的情况下，这个方式最有效。因为上手不是很难，特此整理
参考链接
1、GDB调试
1.1、gcc 编译输出可调试程序
命令样例
gcc -g -o Run_exe test.c
1.2 cmake编译输出可调试程序
在CMakeList.txt中增加如下字段即可
# 设置为调试模式
set(CMAKE_BUILD_TYPE "Debug")
# 配置调试信息
set(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} -g")
set(CMAKE_C_FLAGS_DEBUG "${CMAKE_C_FLAGS_DEBUG} -g")
1.3gdb常用指令
gdb调试主要记住这个表，再就是开始实战操作
| 命令 | 命令缩写 | 命令说明 |
|---|---|---|
| set args | 设置主程序的外部参数 例如：./Run_exe argc1 argc2 |
|
| break | b | 设置断点，b 3 表示在第3行设置断点，可以设置多个断点；也可以b functionName ,对函数下断点 info b 查看所有断点信息 delete 1 标识取消第一个断点，断点号通过info b可以查询得到 |
| run | r | 开始运行程序，程序运行到断点位置会停下来，如果没有遇到断点，程序一直运行下去 |
| next | n | 执行当前行语句，如果该语句为函数调用，不会进入函数内部执行 |
| step | s | 执行当前语句，如果该语句为函数调用，则进入函数执行其中的第一条语句。 注意了：如果函数是库函数或者第三方提供的函数，用s也是进不去的，因为没有源代码，如果是你自定义的函数，只要有源码就可以进去 |
| p | 显示变量值，例如：p name 表示显示变量name的值。 | |
| list | 输入该命令，回车，可以查看10行源代码，再不用输入命令，直接回车，还可以继续看十行源代码 | |
| continue | c | 继续程序的运行，直到遇到下一个断点 |
| bt | 查看程序执行到当前位置的调用栈 | |
| set var name=value | 设置变量的值，假设程序有两个变量： int ii;调试的时候 set var ii=22 即，把ii的值设置为22 char name[50];调试的时候 set var name=“测试” 把name的值设置为“测试”，注意这里不是strcpy |
|
| quit | q | 退出gdb环境 |
1.4gdb操作步骤
这里假设已经编译出可调式的程序
1、gdb 调试JoinTieGCP_EXE
2、在该程序511设置断点（如上图）
3、设置外部传参命令
4、r运行程序，n下一步（不进入），s下一步（进入），list查看源代码，info b 查看断点等等
2、core调试
core调试主要查看程序异常在哪一行运行挂掉，中文输出“段错误”，英文输出“core dump”
表现如下（对于其他错误应该不支持该方法）
接下来操作步骤：
1、ulimit -a 查看系统参数；
2、ulimit -c unlimit 把core文件的大小设置为无限制；
3、运行程序，生成core文件；
4、gdb 程序名 core文件名
5、输入命令“bt”,查看函数调用栈
3、调试正在运行的程序
1、程序执行中
测试程序中写一个for循环100次，每次循环等待1秒的测试程序。
2、查找进程ID，进入进程调试
查找进程ID
ps -ef|grep book1
gdb调试
gdb book1 -p 21495
剩下的就跟gdb调试差不多了
