1.Vim 简介
Vi =visual interface 相当于windows中的记事本,是一个文本编辑器,没有菜单只有命令。可以执行编辑、删除、查找、替换、块操作等众多文本操作。
Vim 的三种模式:命令模式、文本输入模式、末行模式。
vim基本操作
使用vi打开一个新文件开始是进入命令模式
保存退出
快捷键 | 操作 |
ZZ | 保存退出 |
代码格式化
快捷键 | 操作 |
gg=G | 代码的格式化 |
删除命令
快捷键 | 操作 |
x | 删除光标后一个字符,相当于 Del |
X | 删除光标前一个字符,相当于 Backspace |
dw | 删除光标开始位置的字,包含光标所在字符 |
d0 | 删除光标前本行所有内容,不包含光标所在字符 |
D[d$] | 删除光标后本行所有内容,包含光标所在字符 |
dd | 删除光标所在行(本质其实是剪切) |
ndd | 从光标当前行向下删除指定的行数, 如15dd |
v/ctrl+v | 使用h、j、k、l移动选择内容, 然后按d删除其中ctrl+v是列模式, v为非列模式 |
撤销和反撤销命令
快捷键 | 操作 |
u | 一步一步撤销, 相当于word文档的ctrl+z |
ctrl-r | 反撤销, 相当于word文档的ctrl+y |
复制粘贴
快捷键 | 操作 |
yy | 复制当前行 |
nyy | 复制n行, 如10yy |
p | 在光标所在位置向下新开辟一行, 粘贴 |
P | 在光标所在位置向上新开辟一行, 粘贴 |
剪切 操作 | 按dd或者ndd删除, 将删除的行保存到剪贴板中, 然后按p/P就可以粘贴了 |
查找命令
快捷键 | 操作 |
/ | /xxxx, 从光标所在的位置开始搜索, 按n向下搜索, 按N向上搜索 |
? | ?xxxx, 从光标所在的位置开始搜索, 按n向上搜索, 按N向下搜索 |
# | 将光标移动到待搜索的字符串上, 然后按n向上搜索,但N向下搜索 |
shift+k | 在待搜索的字符串上按shift+k或者K, 可以查看相关的帮助文档 |
末行模式:
从命令模式切换到末行模式,输入冒号(:)
保存退出
快捷键 | 操作 |
q | 退出 |
q! | 强制退出,不保存修改内容 |
w | 保存修改内容, 不退出 |
wq | 保存并退出 |
x | 相当于wq |
替换操作
快捷键 | 操作 |
:s/old/new/ | 光标所在行的第一个old替换为new |
:s/old/new/g | 光标所在行的所有old替换为new |
:m, ns/old/new/g | 将第m行至第n行之间的old全部替换成new |
:%s/old/new/g | 当前文件的所有old替换为new |
:1,$s/old/new/g | 当前文件的所有old替换为new |
:%s/old/new/gc | 同上,但是每次替换需要用户确认 |
Vim的配置文件
用户级别配置文件
~/.vimrc,修改用户级别的配置文件只影响当前用户,不会影响其他用户.
系统级别配置文件
/etc/vim/vimrc,修改了系统级别的配置文件影响系统下的所有用户。
2.gcc编译器
gcc工作流程
四个步骤并不是gcc独立完成的,而是在内部调用了其他工具,从而完成了整个工作流程, 其中编译最耗时, 因为要逐行检查语法.
预处理生成c文件
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
一步生成最终可执行文件
gcc test.c -o test
3.静态库和动态库
库:库是二进制文件是源代码文件的另一种表现形式,是加了密的源代码,是一些功能相近或者相似的函数的集合体。
使用库的好处:
1.提高代码的可复用性,而且还可以提高程序的健壮性。
2.可以减少开发者的代码开发量,缩短开发周期
库制作完成后,如何给用户使用?
1.头文件-包含了库函数声明
2.库文件-包含了库函数的代码实现
库不能单独使用,只能作为其他执行程序的一部分完成某些功能,也就是说只能被其他程序调用才能使用。
静态库
静态库可以认为是一些目标代码的集合, 是在可执行程序运行前就已经加入到执行码中, 成为执行程序的一部分. 按照习惯, 一般以.a做为文件后缀名.
静态库的命名一般分为三个部分:
前缀:lib
库名称:自定义即可, 如test
后缀:.a
所以最终的静态库的名字应该为:libtest.a
静态库的制作
步骤1:将c源文件生成对应的.o文件
gcc -c fun1.c fun2.c
步骤2:使用打包工具ar将准备好的.o文件打包为.a文件
在使用ar工具是时候需要添加参数rcs
r更新、c创建、s建立索引
命令:ar rcs 静态库名 .o文件
ar rcs libtest1.a fun1.o fun2.o
静态库的使用
静态库制作完成之后, 需要将.a文件和头文件一定发布给用户.
假设测试文件为main.c, 静态库文件为libtest1.a, 头文件为head.h
用到的参数:
-L:指定要连接的库的所在目录
-l:指定链接时需要的静态库, 去掉前缀和后缀
-I: 指定main.c文件用到的头文件head.h所在的路径
gcc -o main1 main.c -L./-ltest1 -I./
静态库的优缺点:
优点:
函数库最终被打包到应用程序中,实现是函数本地化,寻址方便、速度快。
(库函数调用效率==自定义函数使用效率)
程序在运行时与函数库再无瓜葛,移植方便。
缺点:
消耗系统资源较大, 每个进程使用静态库都要复制一份, 无端浪费内存。
静态库会给程序的更新、部署和发布带来麻烦。如果静态库libxxx.a更新了,所有使用它的应用程序都需要重新编译、发布给用户(对于玩家来说,可能是一个很小的改动,却导致整个程序重新下载)。
动态库
共享库在程序编译时并不会被连接到目标代码中, 而是在程序运行是才被载入. 不同的应用程序如果调用相同的库, 那么在内存里只需要有一份该共享库的拷贝, 规避了空间浪费问题.
前缀:lib
库名称:自己定义即可, 如test
后缀:.so
所以最终的静态库的名字应该为:libtest.so
动态库的制作
生成目标文件.o,此时要加编译选项-fpic
gcc -fpic -c fun1.c fun2.c
参数:-fpic创建与地址无关的编译程序(pic, position independent code), 目的就是为了能够在多个应用程序间共享.
生成共享库,要加链接器选项 -shared(指定生成动态链接库)
gcc -shared fun1.o fun2.o -o libtest2.so
共享库的使用
引用动态库编译成可执行文件(跟静态库方式一样):
用到的参数:
-L:指定要连接的库的所在目录
-l:指定链接时需要的动态库, 去掉前缀和后缀
-I: 指定main.c文件用到的头文件head.h所在的路径
gcc main.c -I./ -L./ -ltest2 -o main2
然后运行./main2 报错:
当系统加载可执行代码时候, 能够知道其所依赖的库的名字, 但是还需要知道所依赖的库的绝对路径。此时就需要系统动态载入器
如何让系统找到共享库
拷贝自己制作的共享库到/lib或者/usr/lib
临时设置LD_LIBRARY_PATH:
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:库路径
永久设置, 把export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:库路径, 设置到∼/.bashrc文件中, 然后在执行下列三种办法之一:
执行. ~/.bashrc使配置文件生效(第一个.后面有一个空格)
执行source ~/.bashrc配置文件生效
退出当前终端, 然后再次登陆也可以使配置文件生效
vim ~/.bashrc
LD_LIBRARY_PATH=$LD_LIBRARY_PATH
. ~/.bashrc
永久设置,把export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:库路径,设置到/etc/profile文件中
将其添加到 /etc/ld.so.cache文件中
编辑/etc/ld.so.conf文件, 加入库文件所在目录的路径
运行sudo ldconfig -v, 该命令会重建/etc/ld.so.cache文件
共享库的特点
动态库把对一些库函数的链接载入推迟到程序运行的时期。
可以实现进程之间的资源共享。(因此动态库也称为共享库)
将一些程序升级变得简单。
甚至可以真正做到链接载入完全由程序员在程序代码中控制(显示调用)
比较静态库和动态库的优缺点
静态库的优点:
1 执行速度快, 是因为静态库已经编译到可执行文件内部了
2 移植方便, 不依赖域其他的库文件
缺点:
1 耗费内存, 是由于每一个静态库的可执行程序都会加载一次
2 部署更新麻烦, 因为静态库修改以后所有的调用到这个静态库的可执行文
件都需要重新编译
动态库的优点:
1 节省内存
2 部署升级更新方便, 只需替换动态库即可, 然后再重启服务.
缺点:
1 加载速度比静态库慢
2 移植性差, 需要把所有用到的动态库都移植.
由于由静态库生成的可执行文件是把静态库加载到了其内部, 所以静态库生成的可执行文件一般会比动态库大.