Linux环境基础开发工具使用

目录

Linux 软件包管理器 yum  

什么是软件包

关于 rzsz

注意事项

查看软件包

注意事项:

如何安装软件

注意事项:

如何卸载软件

Linux编辑器-vim使用

1. vim的基本概念

2. vim的基本操作

3. vim正常模式命令集

4. vim末行模式命令集

5. vim操作总结

6. 简单vim配置

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

函数库：静态库和动态库

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

依赖关系

 依赖方法

原理

项目清理

Linux第一个小程序－进度条（系统和语言的不同）

\r&&\n

行缓冲区概念

进度条

Linux调试器-gdb使用

1. 背景

2. 开始使用

使用 git 命令行

安装 git

三板斧第一招: git add

三板斧第二招: git commit

三板斧第三招: git push

---

Linux 软件包管理器 yum  

什么是软件包

在 Linux 下安装软件 , 一个通常的办法是下载到程序的源代码 , 并进行编译 , 得到可执行程序 .

但是这样太麻烦了 , 于是有些人把一些常用的软件提前编译好 , 做成软件包 ( 可以理解成 windows 上的安装程序) 放在一个服务器上 , 通过包管理器可以很方便的获取到这个编译好的软件包 , 直接进行安装 .

软件包和软件包管理器 , 就好比 "App" 和 " 应用商店 " 这样的关系 .

yum(Yellow dog Updater, Modifified) 是 Linux 下非常常用的一种包管理器 . 主要应用在 Fedora, RedHatCentos等发行版上 .

关于 rzsz

这个工具用于 windows 机器和远端的 Linux 机器通过 XShell 传输文件 .

安装完毕之后可以通过拖拽的方式将文件上传过去

 这里还是权限问题，普通用户收到权限的限制，如果是root用户，那么我们就可以直接下载了。

Linux下使用yum来安装都可以用这条指令：yum install +你所需要的工具(其实也是指令）

注意事项

关于 yum 的所有操作必须保证主机 ( 虚拟机 ) 网络畅通 !!!

可以通过 ping 指令验证

 在这种情况下，我们就已经联网成功。

查看软件包

通过 yum list 命令可以罗列出当前一共有哪些软件包 . 由于包的数目可能非常之多 , 这里我们需要使用 grep 命令只筛选出我们关注的包. 例如 :

注意事项:

软件包名称 : 主版本号 . 次版本号 . 源程序发行号 - 软件包的发行号 . 主机平台 .cpu 架构 .

"x86_64" 后缀表示 64 位系统的安装包 , "i686" 后缀表示 32 位系统安装包 . 选择包时要和系统匹配 .

"el7" 表示操作系统发行版的版本 . "el7" 表示的是 centos7/redhat7. "el6" 表示 centos6/redhat6.

最后一列 , os 表示的是 " 软件源 " 的名称 , 类似于 " 小米应用商店 ", " 华为应用商店 " 这样的概念

如何安装软件

通过指令：sudo yum install lrzsz

如果我们不想shell询问你，你可以加一个-y即可。

出现 "complete" 字样, 说明安装完成.

注意事项:

安装软件时由于需要向系统目录中写入内容 , 一般需要 sudo 或者切到 root 账户下才能完成 .

yum 安装软件只能一个装完了再装另一个 .

正在 yum 安装一个软件的过程中 , 如果再尝试用 yum 安装另外 一个软件, yum 会报错 .

如果 yum 报错 , 可以看看这篇文章

http://t.csdn.cn/m32Dw

如何卸载软件

通过指令：sudo yum remove lrzsz即可卸载

Linux编辑器-vim使用

1. vim的基本概念

vim 的三种模式 ( 其实有好多模式，目前掌握这 3 种即可 ), 分别是 命令模式（command mode）、插

入模式（Insert mode）和底行模式（last line mode） ，各模式的功能区分如下：

正常 / 普通 / 命令模式 (Normal mode)

控制屏幕光标的移动，字符、字或行的删除，移动复制某区段及进入 Insert mode 下，或者到 last line mode

插入模式 (Insert mode)

只有在 Insert mode 下，才可以做文字输入，按「 ESC 」键可回到命令行模式。（使用最多）

末行模式 (last line mode)

文件保存或退出，也可以进行文件替换，找字符串，列出行号等操作。 在命令模式下， shift+: 即可进入该模式。要查看你的所有模式：打开vim ，底行模式直接输入 :help vim-modes

 下面简单的使用一下vim这个工具：

2. vim的基本操作

输入i即可写代码

通过esc退回到命令模式，之后shitf+:进入底行模式，输入wq即可退出并保存

通过cat查看我们写过的代码：

退出时的一些选项：
: w （保存当前文件）

: wq (输入「wq」,存盘并退出vim)

: q! ( 输入 q!, 不存盘强制退出 vim)

3. vim正常模式命令集

首先先讲讲命令行的意义：提高编程效率。

移动光标（常用）

vim 可以直接用键盘上的光标来上下左右移动，但正规的 vim 是用小写英文字母h,j ,k,l，分别控制光标左、下、上、右移一格

方便记忆：h和l分别在键盘的左右，就是左右，然后j是jump的意思，那就是向下跳，就向下。k是king的意思，王肯定是高高在上的，所以是上的意思。

按「 G 」：移动到文章的最后

按「 $ 」：移动到光标所在行的 “ 行尾 ”

按「^」：移动到光标所在行的 “ 行首 ”

按「 w 」：光标跳到下个字的开头

按「e」：光标跳到下个字的字尾

按「b」：光标回到上个字的开头

按「 #l 」：光标移到该行的第 # 个位置，如： 5l,56l

按［ gg ］：进入到文本开始

按［ shift ＋ g ］：进入文本末端

u是撤销命令。ctrl+r是取消u的操作

与文本复制有关的操作：

光标所在行：nyy复制光标所在行的n行

                      np支持粘贴n行的作用（n = 1）是特殊情况

ndd删除n行

ndd+p就是剪切作用

文本编译：

   文本行大小写转换：~

「r」：替换光标所在处的字符。

「R」：替换光标所到之处的字符，直到按下「ESC」键为止。

行内删除：x和X

「cw」：更改光标所在处的字到字尾处

「c#w」：例如，「c3w」表示更改3个字

4. vim末行模式命令集

列出行号

「 set nu 」 : 输入「 set nu 」后，会在文件中的每一行前面列出行号

跳到文件中的某一行

「#」 : 「#」号表示一个数字，在冒号后输入一个数字，再按回车键就会跳到该行了，如输入数字 15， 再回车，就会跳到文章的第15 行

替换操作：%s+要替换的内容+你想换的内容+g

光标的意义：选中的行和屏幕        光标跨屏操作：ctrl+ww

那怎么开出另一个屏幕呢？

我们只要使用 vs 你想要的打开的文件即可。例如：vs copy.c

5. vim操作总结

三种模式: 正常模式 ,插入模式 ,底行模式

vim的一些操作：

打开，关闭，查看，查询，插入，删除，替换，撤销，复制等等操作。

6. 简单vim配置

一开始linux下的vim是很难使用的，很不方便，这时候我们就需要去配置vim，让我们的vim更加方便的编译。

配置文件的位置

在目录 /etc/ 下面，有个名为 vimrc 的文件，这是系统中公共的 vim 配置文件，对所有用户都有效。

而在每个用户的主目录下，都可以自己建立私有的配置文件，命名为： “.vimrc” 。

例如， /root 目录下， 通常已经存在一个.vimrc 文件 , 如果不存在，则创建之。 切换用户成为自己执行 su ，进入自己的主工作目录 , 执行 cd ~ ，打开自己目录下的.vimrc 文件，执行 vim .vimrc

 没有就自己创建出来然后就是配置了；

通过打开.vimrc来写入set nu即可输出行数，效果如下：

常用配置选项,用来测试

设置语法高亮: syntax on

显示行号: set nu

设置缩进的空格数为4: set shiftwidth=4

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

预处理 ( 进行宏替换 )

预处理功能主要包括宏定义 , 文件包含 , 条件编译 , 去注释等。

预处理指令是以 # 号开头的代码行。

实例 : gcc –E hello.c –o hello.i

选项 “-E”, 该选项的作用是让 gcc 在预处理结束后停止编译过程。

选项 “-o” 是指目标文件 ,“.i” 文件为已经过预处理的 C 原始程序

编译（生成汇编）

在这个阶段中 ,gcc 首先要检查代码的规范性、是否有语法错误等 , 以确定代码的实际要做的工作 , 在检查无误后,gcc 把代码翻译成汇编语言。

用户可以使用 “-S” 选项来进行查看 , 该选项只进行编译而不进行汇编 , 生成汇编代码。

实例 : gcc –S hello.i –o hello.s

这里就生成了汇编代码 

汇编（生成机器可识别代码）

汇编阶段是把编译阶段生成的 “.s” 文件转成目标文件

读者在此可使用选项 “-c” 就可看到汇编代码已转化为 “.o” 的二进制目标代码了

实例 : gcc –c hello.s –o hello.o

这些就是我们看不懂的机器指令了。也就是01代码。 

连接（生成可执行文件或库文件）

在成功编译之后 , 就进入了链接阶段。

实例 : gcc hello.o –o hello

这就是全部的编译链接过程。

函数库：静态库和动态库

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

动态库与之相反 , 在编译链接时并没有把库文件的代码加入到可执行文件中 , 而是在程序执行时由运行时

链接文件加载库 , 这样可以节省系统的开销。动态库一般后缀名为 “.so”, 如前面所述的 libc.so.6 就是动态库。gcc 在编译时默认使用动态库。完成了链接之后 ,gcc 就可以生成可执行文件 , 如下所示。 gcc hello.o –o hello

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

 正常来说我写的程序都是通过动态链接的，通过file指令我们就可以看到。

通过ldd指令，我们就可以看到他的标准库，这里去掉lib以及后面的.so后面的内容，我们就可以看到，他就是C标准库。 

我们也可以手动改成静态链接：通过加static来实现

下面说说动态链接和静态链接的区别：

动态链接的可执行程序很小，在下载以及加载到内存的时候很方便，但是如果是静态链接的话，需要的内存很大，下载的时候也很慢。

所以C标准库中的代码是只有一份的，也称共享库。

这里简单提下windows下的动态和静态：

动态的后缀是.dll 静态的是.lib

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

会不会写 makefifile ，从一个侧面说明了一个人是否具备完成大型工程的能力

一个工程中的源文件不计数，其按类型、功能、模块分别放在若干个目录中， makefifile 定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作 ，makefifile带来的好处就是 ——“ 自动化编译 ” ，一旦写好，只需要一个 make 命令，整个工程完全自动编 译，极大的提高了软件开发的效率。

make 是一个命令工具，是一个解释 makefifile 中指令的命令工具，一般来说，大多数的 IDE 都有这个命 令，比如：Delphi 的 make ， Visual C++ 的 nmake ， Linux 下 GNU 的 make 。可见， makefifile 都成为了一种在工程方面的编译方法。

make 是一条命令， makefifile 是一个文件，两个搭配使用，完成项目自动化构建。

依赖关系

首先我们先看看怎么使用：

 这就是依赖关系

 依赖方法

上面依赖关系下面对应的就是依赖方法，这里是用gcc来进行编译生成可执行文件

原理

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

1. make 会在当前目录下找名字叫 “Makefifile” 或 “makefifile” 的文件。

2. 如果找到，它会找文件中的第一个目标文件（ target ），在上面的例子中，他会找到 “hello” 这个文件，并把这个文件作为最终的目标文件。

3. 如果 hello 文件不存在，或是 hello 所依赖的后面的 hello.o 文件的文件修改时间要比 hello 这个文件新（可以用 touch 测试），那么，他就会执行后面所定义的命令来生成 hello 这个文件。

4. 如果 hello 所依赖的 hello.o 文件不存在，那么 make 会在当前文件中找目标为 hello.o 文件的依赖性，如果找到则再根据那一个规则生成hello.o 文件。（ 这有点像一个堆栈的过程 ）

也就是后进先出的规则，什么意思呢，就是在我们编译的时候会生成.i  .s  .o文件，那么他们对应的依赖关系是符合栈的性质的

 

 我们可以看到他们的关系是反过来的。这就是符合了数据结构栈的后进先出的原则。

5. 当然，你的 C 文件和 H 文件是存在的啦，于是 make 会生成 hello.o 文件，然后再用 hello.o 文件声明make的终极任务，也就是执行文件 hello 了。

6. 这就是整个 make 的依赖性， make 会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件。

7. 在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么 make 就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make 根本不理。

8. make 只管文件的依赖性，即，如果在我找了依赖关系之后，冒号后面的文件还是不在，那么对不起，我就不工作啦。

项目清理

工程是需要被清理的 像 clean 这种，没有被第一个目标文件直接或间接关联，那么它后面所定义的命令将不会被自动执行， 不过，我们可以显示要make 执行。即命令 ——“ make clean” ，以此来清除所有的目标文件，以便重编译。

但是一般我们这种 clean的目标文件，我们将它设置为伪目标,用 .PHONY 修饰,伪目标的特性是，总是被执行的。

 通过测试我们就知道make clean总是可以执行的，但是为什么make不能总是执行呢？

xshell是怎么知道文件没有改动过的呢？

这里就提到了3个时间的问题：

通过指令stat 加文件名即可找出时间

 通过上面的试验，我们可以知道，make看是否重复编译是看修改的时间，如果修改的时间和查看的时间是一样的，那么就要重新编译，否则就不需要重新编译。

Linux第一个小程序－进度条（系统和语言的不同）

\r&&\n

回车概念 ：回车就是回到一行的最开始，就是/r

换行概念 :   换行就是换到下一行，就是\n

在语言层面来讲，\n就是换行。

行缓冲区概念

 看这段代码的结果，这里的printf竟然在程序结束之后才显示出来，这是为什么呢？

这就提到了缓冲区的概念，如果我们没有进行回车换行，那么内容就还在缓冲区中，没有被刷新处理。我们要想立刻看到结果，我们可以通过fflush来刷新缓冲区即可。

进度条

所谓的进度条就是加载的时候我们看到的，我们可以通过一行输出来实现，具体参考代码：

先看看效果：

 这是代码，这里我创建了3个文件，分别是proncess.c  , proncess.h  ,main.c3个文件

 因为这个工程很小，也不需要声明和定义分离。

Linux调试器-gdb使用

1. 背景

程序的发布方式有两种， debug 模式和 release 模式

Linux gcc/g++ 出来的二进制程序， 默认是release模式（为了减少空间，使程序更加快）

要使用 gdb 调试， 必须在源代码生成二进制程序的时候, 加上 -g 选项（这是为了标识这是debug版本，只有debug版本才能进行调试）

2. 开始使用

gdb binFile 退出： ctrl + d 或 quit

这里只讲解主要的调试选项：

list ／ l 行号：显示 binFile 源代码，接着上次的位置往下列，每次列 10 行。

我们可以在输入l 0 之后按enter键就可以不断的查看代码，直到最后。 

list ／ l 函数名：列出某个函数的源代码。

r 或 run ：运行程序。

 

如果有断点的情况下就会跑到断点处停下来 

n 或 next ：单条执行。（逐过程，相当于vs中的F10）

s 或 step：进入函数调用 （逐语句，相当于vs中的F11）

break(b)  行号：在某一行设置断点

break  函数名：在某个函数开头设置断点

info break ：查看断点信息。

finish ：执行到当前函数返回，然后挺下来等待命令

p 变量：打印变量值。

set var ：修改变量的值

continue( 或 c) ：从当前位置开始连续而非单步执行程序

run( 或 r) ：从开始连续而非单步执行程序

delete breakpoints ：删除所有断点

delete breakpoints n ：删除序号为 n 的断点

info( 或 i) breakpoints ：参看当前设置了哪些断点

display  变量名：跟踪查看一个变量，每次停下来都显示它的值

undisplay ：取消对先前设置的那些变量的跟踪

until X 行号：跳至 X 行

breaktrace( 或 bt) ：查看各级函数调用及参数

info （ i) locals ：查看当前栈帧局部变量的值

quit ：退出 gdb

大概这就是常用的gdb的指令。

使用 git 命令行

安装 git

yum install git

首先我们要在gitte上创建一个仓库，然后把链接复制下来，然后在xshell中通过git clone的指令把远端仓库和本地对应起来，然后我们就可以把我们要传送的文件放在这个目录下。

这里是准备工作，这里有已经写好的文件，后面我们就可以执行三板斧操作了：

三板斧第一招: git add

git add [ 文件名]                  将需要用 git 管理的文件告知 git

三板斧第二招: git commit

提交改动到本地,我们在提交的时候应该加上-m ' 解释'来提交到本地

三板斧第三招: git push

同步到远端服务器上

然后在你的远端仓库就有你的代码了