库是共享程序代码的方式，一般分为静态库（static libraries）、动态库（dynamically loaded libraries）和共享库（shared libraries）。
我们在使用Linux的时候，不禁会有这么一个疑问：为什么我们能够在Linux下进行c/c++代码的编写以及编译呢？这是因为Linux系统默认携带了语言级别的头文件以及语言所对应的库。
一、前言 我们的C程序中，并没有定义“printf”的函数实现,且在预编译中包含的“stdio.h”中也只有该函数的声明,而没有定义函数的实现,那么,是在哪里实“printf”函数的呢? 最
前面我们提到了如果我们不希望把我们的源码提供出来，但是又想提供这个接口给调用者调用，那么这个该怎么做呢？
通过-o生成的.i文件我们可以清晰的看到头文件展开后的结果是一堆函数和变量的声明,并没有函数的具体实现!
动态库的后缀，在 Windows 上是 .dll，linux 上是 .so，在 OSX 上是 .dylib。
接下来我们用gcc编译器来运行一下，当然不是要完全编译，而是先让他预处理一下：
都是事先做好的.o仓库。库这个东西很好，如果没有库这个东西的话，每次都要自己重复实现这些工具函数，这会非常的麻烦。eg：如果没有库提供printf的话，写个简单的helloworld，printf函数还需要自己实现，这就扯淡了。
动态链接与静态链接的区别 静态链接库、动态链接库、导入库的区别 Linux下的静态库、动态库和动态加载库 ---- 总结：并没有找到动态链接与动态加载的明显区别，但动态链接与静态链接的区别是明显的： 一个是编译时就链接进可执行文件，一个是执行时才链接。 ---- 静态重定位 重定位时，取重定位项，加上重定位因子得到欲修改位置的实际地址。 优点：无须硬件支持 缺点：程序重定位以后就不能在内存中移动。要求程序的存储空间是连续的，不能把程序存储到若干个不连续的区域中。 动态重定位 当CPU取一条访问内存的
头文件拷贝，去注释，条件编译，宏替换 -E让程序翻译到预处理阶段就停下来，-o指明形成的临时文件名称。
gcc (GNU Compiler Collection) 和 g++ 是 Linux 系统上最常用的编译器。它们是 GNU 组织开发的一套开源编译器工具集。
经过汇编以后，我所写的代码已经从自然语言转换成了二进制的机器语言，可以看到此时文件中的内容我们不认识
在C语言 程序员内功心法之程序环境和预处理 博文中，我们就学习到 – 一个程序要被运行起来需要经历四个阶段：预处理 (预编译)、编译、汇编、链接，下面我们来简单回顾一下这四个阶段会进行的操作。
我们在编写代码的时候经常用到已有的接口，他们是以库的形式提供给我们使用的，而常见形式有两种，一种常以.a为后缀，为静态库；另一种以.so为后缀，为动态库。那么这两种库有什么区别呢？
当你在Linux系统上编写和运行程序时，动态库和静态库是两个非常重要的概念。它们不仅影响着程序的编译和执行效率，还直接关系到程序的可移植性和灵活性
我们发现，每一个不同文件的inode编号都不相同，所以inode可以说是用来标识文件的标识符。接下来，我们通过下面指令来给mysoft文件，创建软链接：
书接上文，我们已经学习了 Linux 中的编辑器 vim 的相关使用方法，现在已经能直接在 Linux 中编写C/C++代码，有了代码之后就要尝试去编译并运行它，此时就可以学习一下 Linux 中的编译器 gcc/g++ 了，我们一般使用 gcc 编译C语言，g++ 编译C++（当然 g++ 也可编译C语言），这两个编译器我们可以当作一个来学习，因为它们的命令选项都是通用的，只是编译对象不同。除了编译器相关介绍外，本文还会库、自动化构建工具、提权等知识，一起来看看吧
在这个阶段中,gcc 首先要检查代码的规范性、是否有语法错误等,以确定代码的实际要做的工作,在检查 无误后,gcc 把代码翻译成汇编语言。
前言 《编译与链接过程的思考》 《静态库与动态库的思考》 在写完上面两篇思考之后，仔细研读《程序员的自我修养—链接、装载与库》，对编译、链接、装载、静态库和动态库有连贯的认知。 这种知识先在学校学习一遍，然后遗忘； 工作用到，百思不得其解； 然后再看书，才能深深记住和理解。 正文 机器指令 最初的机器指令，是使用纸带来记录； 当变更指令的时候，需要程序员重新计算每个子程序的跳转地址。这个操作就是重定位。 但是，如果有多条纸带，跳转更为复杂。 汇编语言 为了解决上面复杂的机器指令跳转，先驱者
假设你下载了一款游戏，你是否会跑到游戏所在目录中双击 .exe 打开游戏？答案是不会，大多数人都会通过桌面的快捷方式直接打开文件，而这个快捷方式实际就是对 .exe 的 软链接 文件；当你在游戏中加载地图、道具等资源时，这些数据是存在 .exe 文件中的吗？答案是当然不是，这些资源文件都以 库 的方式与 .exe 位于同一目录中，通常为动态库，在 Windows 中后缀为 dll，那么这些神奇的辅助文件是如何产生的？本文将带你一起揭晓
其实学完C语言的语法后，我们往往会有数不清的疑惑，例如编译器在编译的时候就可以分配内存，那么不同的程序会不会分配到相同的内存地址，计算机如何处理这种冲突？C语言既然可以操作内存，我们能不能修改其他程序的内存数据，游戏外挂是不是这样实现的？程序是怎么被加载到内存的，C语言main函数又是谁调用的？为什么编译之后还要链接？什么是动态库什么又是静态库？
将tcmalloc作为动态库使用，非常方便，网上有很多资料介绍了。tcmalloc.a也可以以静态链接的方式加入应用程序中，大概因为使用太方便，网上关于这方面的介绍都是一笔带过，但是如果要在动态 库(so)中静态编译tcmalloc,却是有所不同的。 我的项目中有一个so动态库，需要在java中通过jni调用，因为涉及频繁的内存分配操作所以这个so希望用tcmalloc管理内存池以提高系统运行效率，如果使用以动态库方式使用tcmalloc。那么在应用服务器(tomcat)启动的时候，需要先设置LD_PRELOAD参数指向tcmalloc.so，然后执行startup.sh启动tomcat。这样以来，不仅是我的so库，整java程序在运行过程中的所有向操作系统申请释放内存的过程都交给了tcmalloc管理了，其实挺好的。使用这种方案，我的so库代码不需要在编译时链接tcmalloc,什么都不用改变，就能使用tcmalloc。 但是凡事有利就有弊，这个方案带的成本就是在系统安装、维护时稍显复杂：需要在服务器上安装tcmalloc和libunwind(应用系统运行在64位操作系统下)，还可能需要修改tomcat启动脚本以加入LD_PRELOAD参数，对工程实施人员的要求比较高。
我们前面已经学习了使用vim来编写代码，我们也知道了，Linux下的工具都是各自独立的，vim用来编写代码，我们如何执行代码呢？这就需要用到gcc/g++了，那么话不多说，开启我们今天的话题！
入口函数和运行库 入口函数 初学者可能一直以来都认为C程序的第一条指令就是从我们的main函数开始的，实际上并不是这样，在main开始前和结束后，系统其实帮我们做了很多准备工作和扫尾工作，下面这个例子可以证明： 我们有两个C代码： // entry.c #include <stdio.h> __attribute((constructor)) void before_main() { printf("%s\n",__FUNCTION__); } int main() { printf("%s\n
此时生成test.i,我们用vim进入test.i,在利用底行模式vs test.c:
在之前已经分享了 【Linux】vim的使用，这次来看看在云服务器上的编译器gcc。
先来看看程序编译和链接的过程： 编译过程又可以分成两个阶段：编译和汇编。 编译 编译是指编译器读取源程序（字符流），对之进行词法和语法的分析，将高级语言指令转换为功能等效的汇编代码。 源文件的编译过程包含两个主要阶段： 第一个阶段是预处理阶段，在正式的编译阶段之前进行。预处理阶段将根据已放置在文件中的预处理指令来修改源文件的内容。 主要是以下几方面的处理： 宏定义指令，如 #define a b 对于这种伪指令，预编译所要做的是将程序中的所有a用b替换，但作为字符串常量的 a则不被替换。还有 #undef，
—————-加入新公司后，基本上是一键式打包脚本，对于GCC基本上快忘了，重新拾起。
在上一篇文章中，我们一起学习了Linux系统中 GCC编译器在编译可执行程序时，静态链接过程中是如何进行符号重定位的。
在C语言中，我们已经学过程序的编译和链接，在这里将复习一下我们之前所学的内容并引出后续gcc/g++的内容。
在说明Linux的.a、.so和.o文件关系之前，先来看看windows下obj,lib,dll,exe的关系。
2. 软链接文件soft_file.link有自己独立的inode，可以被当作独立文件看待。 而硬链接文件没有自己独立的inode，无论改变myfile.txt什么内容，hard_file.link都会随着一起改变，所以建立硬链接，实际上根本没有创建新文件，因为没有给硬链接分配独立的inode。
可执行文件的装载 进程和装载的基本概念的介绍 程序（可执行文件）和进程的区别 程序是静态的概念，它就是躺在磁盘里的一个文件。 进程是动态的概念，是动态运行起来的程序。 现代操作系统如何装载可执行文件 给进程分配独立的虚拟地址空间 将可执行文件映射到进程的虚拟地址空间（mmap） 将CPU指令寄存器设置到程序的入口地址，开始执行 可执行文件在装载的过程中实际上如我们所说的那样是映射的虚拟地址空间，所以可执行文件通常被叫做映像文件(或者Image文件)。 可执行ELF文件的两种视角 可执行ELF格式具有不寻常的
那么这三个时间有什么作用呢？ 我们在使用自动化构建工具Makefile时，如果连续make会发现：
完成宏替换、文件引入、以及去除空行、注释等，为下一步的编译做准备。也就是对各种预处理命令进行处理，包括文件的包含、宏定义的扩展、条件编译的选择等。
例如，用test1.c、test2.c、test3.c、test4.c以及main1.c形成可执行文件，我们需要先得到各个文件的目标文件test1.o、test2.o、test3.o、test4.o以及main1.o，然后再将这写目标文件链接起来，最终形成一个可执行程序。
今天分享的是静态链接库和动态链接库的相关知识，并且自己动手写一个简单的静态函数库和动态函数库，来体验这个流程。
这篇文章主要是视频教程的辅助文档，把其中的一些重要的内容放在这里，强化一下印象，更好的理解教程内容。
预处理是读取 c 源程序，对其中的伪指令（以 # 开头的指令，也就是宏）和特殊符号进行“替代”处理；经过此处理，生成一个没有宏定义、没有条件编译指令、没有特殊符号的输出文件。这个文件的含义同没有经过预处理的源文件是相同的，仍然是 C 文件，但内容有所不同。
今天在交流群里面看到有一个网友问了一个内联函数的问题，原本想写这个文章的；由于已经提前说写静态链接库的制作和使用，所以内联函数的文章，明天来写！在开始写这个文章之前，先会讲函数库，然后再讲解静态链接库：
今天我们来学习动静态库。我们之前有没有使用过库呢？？？ 当然了： strerror strstr strcpy memset...等函数都要有具体的实现，那这个具体的实现在哪里呢？？？就是在我们的库中！
C++静态库与动态库
我们了解了动态库和静态库的相关概念，但是我们还是不理解库是个什么东西。 假设，我们做了一个小程序，只希望提供给用户小程序的功能，不希望暴露我们的源码。我们可以选择给用户提供我们的.o可重定位目标二进制文件（gcc -c 文件）与头文件。让用户使用我们提供的.o文件和.h文件进行链接即可。（在编译时，只需要把源文件编译成.o文件，再将其链接即可形成一个可执行程序，因此我们可以直接提供,o文件）。 文件add.c
大家肯定都知道计算机程序设计语言通常分为机器语言、汇编语言和高级语言三类。高级语言需要通过翻译成机器语言才能执行，而翻译的方式分为两种，一种是编译型，另一种是解释型，因此我们基本上将高级语言分为两大类，一种是编译型语言，例如C，C++，Java，另一种是解释型语言，例如Python、Ruby、MATLAB 、JavaScript。
Linux中的基础开发工具及其使用，包括yum（软件包管理器）、vim（编辑器）、gcc/g++（编译器）、makefile（项目自动化构建工具）、gdb（调试器）等。
汇编过程调用对汇编代码进行处理，生成处理器能识别的指令，保存在后缀为.o 的目标文件中。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
