目录
一、Linux软件包管理器yum
1.1 Linux下载软件的方式
1.2 认识yum
1.3 查看软件包
1.4 安装软件
1.5 本地机器与云服务器文件互传
1.6 卸载软件
二、编辑器vim
2.1 vim下各模式的切换
2.2 命令模式下各命令汇总
2.3 底行模式各命令汇总
2.4 vim的简单配置
三、编译器gcc/g++
3.1 gcc/g++语法
3.2 预处理
3.3 编译
3.4 汇编
3.5 链接
四、调试器gdb
4.1 gdb使用须知
4.2 gdb常见命令汇总
4.3 gdb调试多线程
五、项目自动化构建工具make/makefile
5.1 make/makefile的重要性
5.2 依赖关系和依赖方法
5.3 多文件编译
5.4 make原理
5.5 项目清理
yum是一个在Fedora、RedHat以及CentOS中的前端软件包管理器,能够从指定的服务器自动下载RPM包并且安装,可以自动处理依赖性关系,并且一次安装所有依赖的软件包,无须繁琐地一次次下载、安装
注意:一个服务器同一时刻只允许一个yum进行安装,不能在同一时刻同时安装多个软件
yum是从服务器上下载RPM包,在下载时必须联网,可通过ping指令判断当前云服务器是否联网
yum list
下面以查找lrzsz为例
lrzsz可以将Windows中的文件上传到Linux中,也可以将Linux中的文件下载到Windows当中,实现云服务器和本地机器之间进行信息互传
此时就只会显示与lrzsz相关的软件包
sudo yum install 软件名
yum会自动找到都有哪些软件包需要下载,按"y"确认安装,出现"complete"时,说明安装完成
注意事项:
在上面可以看到博主已经安装好了lrzsz,接下来顺带讲下lrzsz的使用
rz -E
通过该指令可选择需要从本地机器上传到云服务器的文件
sz 文件名
该指令可将云服务器上的文件下载到本地机器的指定文件夹
sudo yum remove 软件名
yum会自动卸载该软件,按"y"确认卸载,当出现"complete"时,说明卸载完成
vim在做开发时,主要解决编写代码的问题,本质上就是一个多模式的文本编辑器
这里主要介绍vim最常用的三种模式:命令模式、插入模式、底行模式
在命令模式下,可以控制屏幕光标的移动,字符、字或行的删除,复制粘贴,剪贴等操作
只有在插入模式下才能进行文字输入,该模式是使用最频繁的编辑模式
在底行模式下,可以将文件保存或退出,也可以进行查找字符串等操作。在底行模式下还可以直接输入vim help-modes查看当前vim的所有模式
使用下面的命令打开文件,进入vim后默认为命令模式(普通模式)
vim 文件名
命令模式切换至插入模式
输入[i]:在当前光标处进入插入模式
输入[a]:在当前光标的后一位置进入插入模式
输入[o]:在当前光标处新起一行进入插入模式
命令模式切换至底行模式
输入Shift+;,实际上就是输入:
插入模式或底行模式切换至命令模式
插入模式或是底行模式切换至命令模式直接按一下Esc键即可
[移动光标]
[删除]
[复制粘贴]
[剪切]
[撤销]
[大小写切换]
[替换]
[更改]
[翻页]
在使用底行模式之前,先按Esc键确定已经处于命令模式,再按:即可进入底行模式
[行号设置]
[保存退出]
[分屏指令]
[执行指令]
配置文件的位置
普通用户在自己的主目录下建立了".vimrc"文件后,在文件当中输入set nu指令并保存,下一次打开vim的时候就会自动显示行号
vim的配置比较复杂,某些vim配置还需要使用插件,建议不要一个个去配置。比较简单的方法是直接执行以下指令(想在哪个用户下让vim配置生效,就在哪个用户下执行该指令,不推荐直接在root下执行)
curl -sLf https://gitee.com/HGtz2222/VimForCpp/raw/master/install.sh -o ./install.sh && bash ./install.sh
然后按照提示输入root密码
然后等待安装配置,最后手动执行source ~/.bashrc即可
配置完成后,自动补全、行号显示以及自动缩进等都有了
gcc/g++ 选项 文件
gcc -E test.c -o test.i
gcc -S test.i -o test.s
gcc -c test.s -o test.o
gcc test.o -o test
注意: 链接后生成的也是二进制文件
程序发布方式:
在Linux中gcc/g++默认生成的可执行程序是release版本的,是不可被调试的。若想生成debug版本,就需要在使用gcc/g++生成可执行程序时加上-g选项
对同一份源代码分别生成其release版本和debug版本的可执行程序,并通过ll指令可以看到,debug版本发布的可执行程序的大小比release版本发布的可执行程序的大小要大一点,其原因就是以debug版本发布的可执行程序当中包含了更多的调试信息
[进入gdb]
[调试]
[显示]
[断点]
[退出gdb]
下面以该代码进行讲解
#include
#include
#include
using namespace std;
void* ThreadEntryFuncA(void* arg)
{
for(int i = 0; i < 100; ++i) {
cout << "ThreadEntryFuncA:[" << i << "]" << endl;
sleep(1);
}
return NULL;
}
void* ThreadEntryFuncB(void* arg)
{
for(int i = 0; i < 100; ++i) {
cout << "ThreadEntryFuncB:[" << i << "]" << endl;
sleep(1);
}
return NULL;
}
int main()
{
pthread_t tidA,tidB;
int ret = pthread_create(&tidA, NULL, ThreadEntryFuncA, NULL);
if(ret < 0) {
perror("pthread_create");
return 0;
}
ret = pthread_create(&tidB, NULL, ThreadEntryFuncB, NULL);
if(ret < 0) {
perror("pthread_create");
return 0;
}
pthread_join(tidA, NULL);
pthread_join(tidB, NULL);
return 0;
}
pstack命令观察多线程
查看线程信息
info threads
切换线程
t [线程ID]
使用该指令后,gdb调试的线程切换到线程ID表示的线程
理解调度器锁模式
调试时除了当前线程在运行,想要规定其他线程的运行情况,可使用set scheduler-locking [mode]进行设置
set scheduler-locking off
不锁定任何线程,所有线程都可以继续执行
set scheduler-locking on
只有当前线程可以运行,其他线程暂停运行
set scheduler-locking step
show scheduler-locking
查看调度器锁模式(默认step模式)
使用make/Makefile前首先应该理解各个文件之间的依赖关系以及依赖方法
test.o文件是由test.c文件通过预处理、编译以及汇编之后生成的文件,所以test.c文件的改变会影响test.o,所以说test.o文件依赖于test.c文件
test.o依赖于test.c,而test.c通过gcc -c test.c -o test.o指令就可以得到test.o,那么test.o依赖于test.c的依赖方法就是gcc -c test.c -o test.o
工程中有多个源文件的时候,应该如何进行编译生成可执行程序
可以直接使用gcc指令对多个源文件进行编译,进而生成可执行程序
但进行多文件编译的时候一般不使用源文件直接生成可执行程序,而是先用每个源文件各自生成自己的二进制文件,然后再将这些二进制文件通过链接生成可执行程序
原因
注意: 编译链接的时候不需要加上头文件,因为编译器通过源文件的内容可以知道所需的头文件名字,而通过头文件的包含方式("尖括号"包含和"双引号"包含),编译器可以知道应该从何处去寻找所需头文件
但是随着源文件个数的增加,每次重新生成可执行程序时,所需输入的gcc指令的长度与个数也会随之增加。这时就需要使用make和Makefile了,这将大大减少重复的工作
步骤一:在源文件所在目录下创建一个名为Makefile/makefile的文件
步骤二: 编写Makefile文件
最简单的编写格式就是,先写出文件的依赖关系,然后写出文件之间的依赖方法,依次写下去
编写完毕Makefile文件后保存退出,然后在命令行中执行make指令便可以生成可执行程序,以及该过程产生的中间产物
Makefile文件的简写方式:
如,上面的Makefile文件可简写为
注意: gcc/g++携带-c选项时,若不指定输出文件的文件名,则默认输出文件名为xxx.o,所以这里可以不用指定输出文件名
在每次重新生成可执行程序前,都应该将上一次生成可执行程序时生成的一系列文件进行清理,但每次都手动执行一系列指令进行清理工作的话,有些麻烦,因为每次清理时执行的都是相同的清理指令,所以可以将项目清理的指令也加入到Makefile文件中
clean这种伪目标,没有被第一个目标文件直接或间接关联,那么其后面所定义的命令将不会被自动执行,但可以显示要make执行
注意:一般将clean这种设置为伪目标,用.PHONY修饰,伪目标的特性是:总是被执行