Android之签字板-CFANZ编程社区

今天，我带来Linux的基本工具大全。

Linux 软件包管理器 yum

软件包的概念

rzsz：这个工具用于 windows 机器和远端的 Linux 机器通过 XShell 传输文件，安装完毕之后可以通过拖拽的方式将文件上传过去。

在这里插入图片描述

查看软件包

yum list即列出所有软件包，grep rzsz即过滤剩下rzsz的软件包。

在这里插入图片描述

软件包的名称

如何安装软件

在这里插入图片描述
注意：安装软件时由于需要向系统目录中写入内容, 一般需要 sudo 或者切到 root 账户下才能完成。

yum 会自动找到都有哪些软件包需要下载, 这时候敲 “y” 确认安装。

在这里插入图片描述
出现 “complete” 字样, 说明安装完成。

注意：yum安装软件只能一个装完了再装另一个. 正在yum安装一个软件的过程中, 如果再尝试用yum安装另外一个软件, yum会报错。

如何卸载软件

在这里插入图片描述
依然要选择y/N

在这里插入图片描述

更新yum源

如果使用yum的时候没问题，并且是国内的镜像源，如：阿里云、华为、腾讯等，就可以不用配置。

如果安装软件的时候，找不到，有可能在扩展的yum源中：epel.repo

Linux编辑器-vim

vim的概念

yum install -y vim（在没有vim的情况下进行安装）

vim的几种模式

vim有好多模式，最主要的下面三种模式。分别是命令模式（command mode）、插入模式（Insert mode）和底行模式（last line mode），各模式的功能区分如下

在这里插入图片描述

vim的基本操作

在这里插入图片描述

在底行模式下，按shift加冒号键，再输入set nu可以出现行号，set nonu可以去除行号。

vim正常模式命令集

在命令模式下，ctrl+v（左下角出现V-BLOCK，即为视图模式），按hjkl（左、下、上、右）选择区域，将输入法切为大写，输入I，在输入//注释指定一行，再输入Esc，就可以实现批量化注释了。

ctrl+v，再输入hjkl选择区域，再输入d可以批量化删除。

在命令模式下，输入：%s/myproc/otherproc/g ，将该文件中所有的myproc都替换为otherproc。

vim末行模式命令集

在使用末行模式之前，请记住先按「ESC」键确定您已经处于正常模式，再按「：」冒号即可进入末行模式。

vim操作总结

Linux编译器-gcc/g++的使用

gcc如何完成编译：预处理、编译、汇编、链接。

gcc是编译c语言，g++是编译c++的。

gcc指令例子

快速记忆：
Esc 即三个指令
iso 即三个对应的文件后缀

函数库：静态库和动态库

动态库和静态库的概念

静态库是指编译链接时,把库文件的代码全部加入到可执行文件中,因此生成的文件比较大,但在运行时也就不再需要库文件了。其后缀名一般为“.a”

动态库与之相反,在编译链接时并没有把库文件的代码加入到可执行文件中,而是在程序执行时由运行时链接文件加载库,这样可以节省系统的开销。动态库一般后缀名为“.so”,如前面所述的 libc.so.6 就是动态库。

gcc 在编译时默认使用动态库。完成了链接之后,gcc 就可以生成可执行文件,如下所示。 gcc hello.o –o hello

gcc默认生成的二进制程序，是动态链接的，这点可以通过 file 命令验证

指令：ldd 可执行程序名称可以查看该可执行程序依赖哪一些库。

在这里插入图片描述

动态链接和静态链接

动态库是共享库。
静态链接：将库中需要的代码拷贝过来。
动态链接：将库中所需要的代码地址拷贝过来

sudo yum install -y glic-static //安装静态库
在这里插入图片描述

gcc test.c -o myfile //默认静态链接
在这里插入图片描述
gcc test.c -o myfile-static -static //-static选项表示静态链接

ldd myfile //利用ldd指令查看链接库，观察myfile和myfile-static链接库的区别。链接了动态库，由后缀.so可知。

ldd myfile-static //没有链接动态库
在这里插入图片描述

ll //查看两者的大小区别，静态链接的程序大小远大于动态链接的程序。
在这里插入图片描述
使用file指令，查看myfile和myfile-static文件的区别。

Linux调试器-gdb的使用

程序有两种版本，release版本和Debug版本，需要调试程序，那么就需要Debug版本。

gcc、g++默认形成的可执行程序是release的，不是Debug。

gcc -o mytest -g -std=c99 //-g选项表示形成Debug版本，-std=c99就是支持c99标准。

gdb binFile 退出： ctrl + d 或 quit 调试命令：

quit：退出gdb

下面，我来举个例子。
在这里插入图片描述
首先，确保生成Debug版本，即要带-g选项。

在这里插入图片描述
进入调试

Linux项目自动化构建工具-make/Makefile

背景

具体如何使用呢？如下面的例子。

创建一个Makefile的文件
在这里插入图片描述
写好依赖关系和依赖方法

在指令输入的时候，只需要输入make，就可以根据依赖方法生成可执行程序。
在这里插入图片描述

原理

make是如何工作的,在默认的方式下，也就是我们只输入make命令。那么，

make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“client”和”server“文件，并把这两个文件作为最终的目标文件。
如果“client”和”server“文件不存在，或是“client”和”server“所依赖的后面的client.cc和server.cc文件的文件修改时间要比原来client.cc和server.cc文件这两个文件新（可以用 touch 测试），那么，他就会执行后面所定义的命令来生成“client”和”server“这两个文件。
如果“client”和”server“所依赖的client.cc和server.cc文件不存在，那么make会在当前文件中找目标为client.cc和server.cc文件的依赖性，如果找到则再根据那一个规则生成client.cc和server.cc文件。（这有点像一个堆栈的过程）
当然，你的C文件和H文件是存在的啦，于是make会生成 client.cc和server.cc文件，然后再用 client.cc和server.cc 文件声明make的终极任务，也就是执行文件“client”和”server“了。
这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件。
在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make根本不理。
make只管文件的依赖性，即，如果在我找了依赖关系之后，冒号后面的文件还是不在，那么对不起，我就不工作啦。

项目清理

像clean这种，没有被第一个目标文件直接或间接关联，那么它后面所定义的命令将不会被自动执行，
不过，我们可以显示要make执行。即命令——“make clean”，以此来清除所有的目标文件，以便重编译。
但是一般我们这种clean的目标文件，我们将它设置为伪目标,用 .PHONY 修饰,伪目标的特性是，总是被执行的。

在这里插入图片描述