2024年运维最全linux就该这么学【yum 、vim、编译器gcc g++使用(2)，啃下这些Framework技术笔记

最新推荐文章于 2024-09-15 14:50:06 发布

蛋黄酥呀

最新推荐文章于 2024-09-15 14:50:06 发布

阅读量754

点赞数 17

分类专栏：程序员文章标签：运维 linux vim

本文链接：https://blog.csdn.net/AUZKAY/article/details/138442245

版权

程序员专栏收录该内容

337 篇文章 3 订阅

订阅专栏

本文介绍了Linux技术的学习路径，包括《Linux从入门到精通》第二版的内容概述，详细讲解了基础应用、系统管理、编译过程、动态与静态库、gdb调试器以及Makefile的使用。此外，还提到了运维技术面试题集锦，强调系统学习的重要性。

摘要由CSDN通过智能技术生成

最全的Linux教程，Linux从入门到精通

======================

linux从入门到精通(第2版)
Linux系统移植
Linux驱动开发入门与实战
LINUX 系统移植第2版
Linux开源网络全栈详解从DPDK到OpenFlow

华为18级工程师呕心沥血撰写3000页Linux学习笔记教程

第一份《Linux从入门到精通》466页

====================

内容简介

====

本书是获得了很多读者好评的Linux经典畅销书**《Linux从入门到精通》的第2版**。本书第1版出版后曾经多次印刷，并被51CTO读书频道评为“最受读者喜爱的原创IT技术图书奖”。本书第﹖版以最新的Ubuntu 12.04为版本，循序渐进地向读者介绍了Linux 的基础应用、系统管理、网络应用、娱乐和办公、程序开发、服务器配置、系统安全等。本书附带1张光盘，内容为本书配套多媒体教学视频。另外,本书还为读者提供了大量的Linux学习资料和Ubuntu安装镜像文件，供读者免费下载。

华为18级工程师呕心沥血撰写3000页Linux学习笔记教程

本书适合广大Linux初中级用户、开源软件爱好者和大专院校的学生阅读，同时也非常适合准备从事Linux平台开发的各类人员。

需要《Linux入门到精通》、《linux系统移植》、《Linux驱动开发入门实战》、《Linux开源网络全栈》电子书籍及教程的工程师朋友们劳烦您转发+评论

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以点击这里获取！

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

离开vim
「q」：按「q」就是退出，如果无法离开vim，可以在「q」后跟一个「!」强制离开vim。「wq」：一般建议离开时，搭配「w」一起使用，这样在退出的时候还可以保存文件。

打开多个窗口
进入底行模式vs + 文件名（如果没有那么就会创建一个，如果有就会打开对应的文件）

多文件切换
ctrl + w 或者 ctrl + h、ctrl + L
ctrl + w 快速双击切换(推荐)

光标定位

vim test.c +10   //打开test.c文件将光标定位到第10行
!vim   //打开历史上最近一次执行vim的操作

vim配置分享

配置文件的位置

在目录 /etc/下面，有个名为vimrc的文件，这是系统中公共的vim配置文件，对所有用户都有效。而在每个用户的主目录下，都可以自己建立私有的配置文件，命名为：“.vimrc”。例如，/root目录下，通常已经存在一个.vimrc文件,如果不存在，则创建之。切换用户成为自己执行
su ，进入自己的主工作目录,执行 cd ~打开自己目录下的.vimrc文件，执行 vim .vimrc

打开vimrc对他编辑，当然博主之前就已经配置过了

如果读者有需要，博主这里推荐一个大神的配置方案
链接: Vim配置.

只需在shell 中执行指令就会自动下载并安装
curl -sLf https://gitee.com/HGtz2222/VimForCpp/raw/master/install.sh -o ./install.sh && bash ./install.sh

注意：一般vimrc在每一个用户下都有一个，彼此之间互不影响

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

在这里插入图片描述

连接（生成可执行文件或库文件）
在成功编译之后,就进入了链接阶段。
实例: gcc hello.o –o hell
在这里插入图片描述
程序运行

函数库

我们的C程序中，并没有定义“printf”的函数实现,且在预编译中包含的“stdio.h”中也只有该函数的声明,而没有定义函数的实现,那么,是在哪里实“printf”函数的呢?

最后的答案是:系统把这些函数实现都被做到名为 libc.so.6 的库文件中去了,在没有特别指定时,gcc 会到系统默认的搜索路径“/usr/lib”下进行查找,也就是链接到 libc.so.6 库函数中去,这样就能实现函数“printf”了,而这也就是链接的作用
在这里插入图片描述

函数库又分为静态库和动态库

linux中默认使用的是动态链接

ldd是查看一个可执行文件依赖的动态库，我们在linux中形成的可执行文件默认叫做动态链接，而ldd就可以查看这个可执行文件依赖的库文件，这里我们查看的是一个c标准库
在这里插入图片描述

ls /lib64/ -al | less  
//可以查看lib64路径下的所有动态库

效果：
在这里插入图片描述

静态库

静态库是指编译链接时,把库文件的代码全部加入到可执行文件中,因此生成的文件比较大,但在运行时也就不再需要库文件了。其后缀名一般为“.a”动态库与之相反,在编译链接时并没有把库文件的代码加入到可执行文件中,而是在程序执行时由运行时链接文件加载库,这样可以节省系统的开销。动态库一般后缀名为“.so”,如前面所述的 libc.so.6 就是动态库。gcc 在编译时默认使用动态库。完成了链接之后,gcc 就可以生成可执行文件,如下所示。 gcc hello.o –o hello
gcc默认生成的二进制程序，是动态链接的，这点可以通过 file 命令验证

总结：
1、以动态库链接方式生成的可执行程序体积比较小，比较节省系统资源，缺点是一旦库缺失，所以依赖的程序都不可运行。

2、而如果是以静态库链接方式生成的可执行程序体积比较大，因为他会将库里面的代码拷贝至可执行程序，缺点是程序的体积比较大，浪费系统空间资源，但是如果库缺失不影响

gcc选项

-E 只激活预处理,这个不生成文件,你需要把它重定向到一个输出文件里面
-S 编译到汇编语言不进行汇编和链接
-c 编译到目标代码
-o 文件输出到文件
-static 此选项对生成的文件采用静态链接
-g 生成调试信息。GNU 调试器可利用该信息。
-shared 此选项将尽量使用动态库，所以生成文件比较小，但是需要系统由动态库.
-O0、-O1、-O2、-O3

编译器的优化选项的4个级别，-O0表示没有优化,-O1为缺省值，-O3优化级别最高
-w 不生成任何警告信息。
-Wall 生成所有警告信息

gdb

博主这里先介绍一下在linux环境下如何调试程序，再来帮读者补充一些内容，请读者仔细看
在这里插入图片描述

这里补充一个知识由于博主的linux平台目前不支持在for循环里面直接定义变量，就是如上面的编译错误，解决这个问题的办法是在gcc编译的时候使用-std=c99选项，c99是支持这种写法的，我们的程序也是可以被正常的编译过去

启动gdb

gdb test //gdb后面跟可执行程序

效果：
在这里插入图片描述

并且linux下默认生成的可执行程序是静态链接且以release的方式发布的！！

解决办法对debug版本调试

 gcc test.c -o test-d -g -std=c99
 //将test.c文件重定向到test-d程序 -g选项是以debug的方式 
 //-std=c99 以c99的方式编译

效果：
在这里插入图片描述
在运行的结果上并没有任何的区别，那么我们接下来看关键点

对比：

readelf -S test-d | grep debug  //查看调试信息

效果:
在这里插入图片描述
总结：
1、linux下默认生成的可执行程序是静态链接且以release的方式发布的！！
2、如果gcc要被调试，gcc必须携带 -g选项以debug方式发布，debug方式会给程序内部添加调试信息，能够让程序可被调试

开始调试

gdb test-d  //使用gdb工具调试debug版本

效果：
在这里插入图片描述

也可在直接使用L去查看，L是list的缩写，这里不区分大小写

设置断点

在这里插入图片描述

可以使用break + 行号的方式，也可以直接使用break的缩写(b)

这里可以查看我们刚刚设置的断点

info b	//查看设置的断点

效果：
在这里插入图片描述

设置完断点后运行我们的程序
1、run是执行到断点处停下，他的缩写( r )

2、step是逐语句的意思，它的缩写（s）
3、next是逐过程，它的缩写是n

在这里插入图片描述
查看变量的内容
p + 变量名

display 的用法类似于在vs上设置监视值，就能不断地观察变量的变化了

undisplay 取消的是某一行的监视值，这样子就不会再自动显示了

直接跳转到某一行until

效果：

禁用断点推荐使用disable也跟下面的效果一样
在这里插入图片描述
启用断点

从一个断点跳到另外一个断点处
continue的缩写是(c )，用于从一个断点跳转至另外一个断点，这个c的功能有一个好处就是在排错的时候可以选取一段代码跳过，如果中间并没有报错那么就可以排除掉，然后继续找再下一段，如果中间有错误，就可以只在这段代码里排错误，这样就可以不断的缩小范围了
在这里插入图片描述
set var 和 finish

set var是修改调试过程中的变量值，而finish是执行完当前函数，将结果值返回到被调用处

在这里插入图片描述

gdb的使用

list／l 行号：显示binFile源代码，接着上次的位置往下列，每次列10行。
list／l 函数名：列出某个函数的源代码。
r或run：运行程序。
n 或 next：单条执行。
s或step：进入函数调用
break(b) 行号：在某一行设置断点
break 函数名：在某个函数开头设置断点
info break ：查看断点信息。
finish：执行到当前函数返回，然后挺下来等待命令
print§：打印表达式的值，通过表达式可以修改变量的值或者调用函数
p 变量：打印变量值。
set var：修改变量的值
continue(或c)：从当前位置开始连续而非单步执行程序
run(或r)：从开始连续而非单步执行程序
delete breakpoints：删除所有断点
delete breakpoints n：删除序号为n的断点
disable breakpoints：禁用断点
enable breakpoints：启用断点
info(或i) breakpoints：参看当前设置了哪些断点
display 变量名：跟踪查看一个变量，每次停下来都显示它的值
undisplay：取消对先前设置的那些变量的跟踪
until X行号：跳至X行
breaktrace(或bt)：查看各级函数调用及参数
info（i) locals：查看当前栈帧局部变量的值
quit：退出gdb

make/Makefile

在生活中想要办成一件事情，其实也需要依赖关系和依赖方法
依赖关系：决定了要不要这么做，生活中的隐形
依赖方法：决定了如何做，我要做什么

举例：比如你想要买一本笔记本，兜里面没有钱，但是你又很需要这个笔记本，这时候你就想起了你爸，而你和你爸是父子关系，这也就是所谓的依赖关系，然后你发了一个付款链接给你爸，你爸帮你支付金额，这就是依赖方法

在这里插入图片描述
Makefile的作用在哪？
假设我们有很多个源文件需要被编译，那么每次都需要使用gcc test.c -std=c99 去编译这个文件，这样子一来效率就会很低下，并且如果是大工程的话，人也干不了这么多活，那么就Makefile登场，而做Makefile之前我们又得思考一个这样的问题，怎么做？怎么考虑依赖关系，怎么考虑依赖方法？
在这里插入图片描述

hello:test.c //左侧表示的是目标文件，右侧表示的是依赖文件，整句代码代表依赖关系，表明前者依赖后者
这里需要注意的是写完第一行必须按tab键写第二行，不要让自己编辑 makefile 时出现格式错误了

使用make指令后，会自动执行这行gcc指令并生成可执行程序hello，make这个动作相当于在vs当中生成一个解决方案
在这里插入图片描述

而如果仅仅只是这样的话还不够，不够方便，创建hello是方便了，但是清理hello却不够方便，这里再提供清除hello的make clean ，并提供对应的依赖关系和依赖方法
在这里插入图片描述

补充hello:test.c 、hello这是一个真目标表示必须要有依赖关系，而伪目标可以不提供依赖关系，但是必须要提供依赖方法

在这里插入图片描述

makefile默认形成一个可执行程序
.PHONY:
作用：
1、后面常跟的都是伪目标
2、表明目标总是被执行的，可以执行多次

接下来我们可以使用make生成多个临时文件，先捋清下面这个逻辑
在这里插入图片描述
使用make创建多个文件

make clean清理多个文件

我的makefile文件

makefile总结：
1、make是执行依赖关系和依赖方法的命令
2、makefile是维护该机制的文件
3、makefile里面保存的是项目的依赖结构
4、如果依赖关系不成立，则依赖方法不执行

makefile构建多文件工程

第一版本
在这里插入图片描述

第二版本
在这里插入图片描述

$@：对应的是目标文件
$^：表示依赖文件列表

第三版本

在这里插入图片描述

%.o : %.c 的意思是将当前目录下所有的.o文件都要依赖于.c文件
%在实际过程中会统统展开显示所有的.c文件

进度条程序

在写进度条程序之前我们先来理解一下什么叫做缓冲区

请问这个程序是先执行printf还是sleep呢？

  1 #include <stdio.h>
  2 #include <unistd.h>                                                         
  3 
  4 int main()
  5 {
  6   printf("hello linux");
  7   sleep(1);
  8 
  9   return 0;
 10 }
~

直接从运行结果来看确实是先执行sleep后再执行printf的
请添加图片描述
但是在实际中并不是，因为程序的执行顺序是从上往下的，所以printf一定是先被执行，然后再执行sleep，printf执行的时候会将字符串写入到缓冲区中，但是并没有将字符串输出，当sleep执行完的时候，缓冲区被刷新，字符串才被打印出来，这里的缓冲区刷新策略是程序结束