理解链接器将帮助你构造大型程序。构造大型程序的程序员经常会遇到由于缺少模块、缺少库或者不兼容的库版本引起的链接器错误。除非你理解链接器是如何解析引用、什么是库以及链接器是如何使用库来解析引用的，否则这类错误将令你感到迷惑和挫败。
链接是将各种代码和数据片段收集并组合为一个单一文件的过程，这个文件可以被加载到内存中执行。
在了解了共享对象的绝对地址的引用问题后，我们基本上对动态链接的原理有了初步的了解，接下来的问题是整个动态链接具体的实现过程了。动态链接在不同的系统上有不同的实现方式。ELF的动态链接的实现方式会比PE的简单一点，在这里我们先介绍ELF的动态链接过程在LINUX下的实现，最后我们会专门的章节中介绍PE在Windows下的动态链接过程和它们的区别
我们知道动态链接器本身也是一个共享对象，但是事实上它有一些特殊性。对于普通共享对象文件来说，它的重定位工作由动态链接器来完成。他也可以依赖其他共享对象，其中的被依赖共享对象由动态链接器负责链接和装载。可是对于动态链接器来说，它的重定位工作由谁来完成？它是否可以依赖于其他共享对象？
1. 固定装载地址的困扰 通过上一节的介绍我们已经基本了解了动态链接的概念,同时我们也得到了一个问题,那就是:共享对象在被装载时,如何确定它在进程虚拟地址空间中的位置?为了实现动态链接,我们首先会遇到
动态链接与静态链接的区别 静态链接库、动态链接库、导入库的区别 Linux下的静态库、动态库和动态加载库 ---- 总结：并没有找到动态链接与动态加载的明显区别，但动态链接与静态链接的区别是明显的： 一个是编译时就链接进可执行文件，一个是执行时才链接。 ---- 静态重定位 重定位时，取重定位项，加上重定位因子得到欲修改位置的实际地址。 优点：无须硬件支持 缺点：程序重定位以后就不能在内存中移动。要求程序的存储空间是连续的，不能把程序存储到若干个不连续的区域中。 动态重定位 当CPU取一条访问内存的
我们日常开发中编写的C/C++代码经过NDK进行编译和链接之后，生成的动态链接库或可执行文件都是ELF格式的，它也是Linux的主要可执行文件格式。我们今天就要借助一个示例来理解一下android平台下native层hook的操作和原理，不过在这之前，我们还是要先了解一下ELF相关的内容。
作者 Taskiller Hi 基友们，我在上篇文章中讨论了Linux平台上NX的特性。我们已经知道一般情况下NX（Windows平台上称其为DEP）和地址空间分布随机化（ASLR）会同时工作，所以也值得看一下ASLR在Linux平台是如何工作的。事实证明，Linux上ASLR的实现与Windows上的有些显著的差异。 在Windows平台，ASLR不会影响运行时的性能，只是会拖慢模块加载的速度。根据文档《Windows ISVSoftware Security Defenses》的描述，要
在上一篇文章中，我们一起学习了Linux系统中 GCC编译器在编译可执行程序时，静态链接过程中是如何进行符号重定位的。
要想了解底层，链接是一个不得不过的一关，我总结了下学习的心得，首先要了解链接器到底是如何工作的，链接器分为两类，一个是静态链接，一个是动态链接，先来讲解静态链接，静态链接要干两件事:
ELF文件装载链接过程及hook原理 ELF文件格式解析 可执行和可链接格式(Executable and Linkable Format，缩写为ELF)，常被称为ELF格式，在计算机科学中，是一种用于执行档、目的档、共享库和核心转储的标准文件格式。 ELF文件主要有四种类型： 可重定位文件（Relocatable File） 包含适合于与其他目标文件链接来创建可执行文件或者共享目标文件的代码和数据。 可执行文件（Executable File） 包含适合于执行的一个程序，此文件规定了 exec() 如何创
随着 Android 开发的技术宽度不断向 native 层扩展，Native hook 已经被用于越来越多的业务场景中，之前作者一直游离于Java层面的逆向，后来工作使然，接触到了Native 层的Hook，熟悉了ELF的文件结构&GOT/PLT&In Line Hook的相关知识和实际操作，Android Native Hook 的实现方式有很多种，我们接下来要讲的是 GOT/PLT Hook （篇幅略略略长，阅读时长约 20 min ）
ldd能够显示可执行模块的dependency，其原理是通过设置一系列的环境变量，如下：LD_TRACE_LOADED_OBJECTS、LD_WARN、LD_BIND_NOW、LD_LIBRARY_VERSION、LD_VERBOSE等。当LD_TRACE_LOADED_OBJECTS环境变量不为空时，任何可执行程序在运行时，它都会只显示模块的dependency，而程序并不真正执行。要不你可以在shell终端测试一下，如下：
重定位就是把程序的逻辑地址空间变换成内存中的实际物理地址空间的过程，也就是说在装入时对目标程序中指令和数据的修改过程。他是实现多道程序在内存中同时运行的基础.
硬件层面：只在不断电、不关闭系统的情况下增加或者删除对应部件，比如电源、硬盘。一些高端设备硬盘是支持热插拔的，再比如我们的Windows笔记本电脑，电池也是可以在通过适配器供电的情况下更换。计算机硬件的热插拔底层需要操作系统的支持。
vma是指的不同段的地址入口，可以看到虽然段有很多，但是type类型大部分都一样，比如代码段类型分为了两个段描述更加细致；数据段更夸张用了五个段存储初始化了的变量
作者简介： 伟林，中年码农，从事过电信、手机、安全、芯片等行业，目前依旧从事Linux方向开发工作，个人爱好Linux相关知识分享。 原理概述 为什么要研究链接和加载？写一个小的main函数用户态程序，或者是一个小的内核态驱动ko，都非常简单。但是这一切都是在gcc和linux内核的封装之上，你只是实现了别人提供的一个接口，至于程序怎样启动、怎样运行、怎样实现这些机制你都一无所知。接着你会对程序出现的一些异常情况束手无策，对内核代码中的一些用法不能理解，对makefile中的一些实现不知所云。所以这就是我们
对系统某部分的加速时，其对系统整体性能的影响程度取决于该部分工作的所占的比重和加速程度。
ldd 命令打印程序和库的共享库依赖项。注意：ldd 不是一个可执行程序，而只是一个 Shell 脚本。
archive命令的功能是：创建或改动归档文件或者从归档文件里析取信息。能够简单的理解为一个打包工具，将成员文件依照一定的规则构建到.a文件里，通常这样的类型的归档文件用来将经常使用的例程组织为一个静态库，方便应用程序的链接。
在介绍ELF文件之前，我们先看下，一个.c程序是如何变成可执行目标文件的。下面举个例子。
早些时候我看到这样一条新闻，在谈到Linux内核与Rust的关系时，谷歌曾表示Rust现在已经准备好加入C语言，成为实现内核的实用语言。它可以帮助减少特权代码中潜在的bug和安全漏洞，同时与内核也配合得很好，可以很大程度上保留其性能特性。
本小节，我们学习翻译环境和运行环境，其中我们将学习编译环境的4个阶段：预编译，编译（词法分析，语法分析，语义分析），汇编，链接，文章干货满满！学习起来吧😃！
1， 编译器编译源代码生成的文件叫做目标文件。 从结构上说，是编译后的可执行文件，只不过还没有经过链接 3.1 目标文件的格式 1，可执行文件的格式： Windows下的PE 和 Linux下的ELF 2，从广义上说，目标文件与可执行文件的格式几乎是一样的，所以广义上可以将目标文件与可执行文件看成是一种类型的文件。 3，可执行文件，动态链接库，静态链接库都按照可执行文件格式存储（Windows下是 PE-COFF格式，Linux下是ELF格式）。 4，Linux下命令： $: file ***
PE格式第七讲,重定位表 一丶何为重定位(注意,不是重定位表格) 首先,我们先看一段代码,比如调用Printf函数,使用OD查看. 那么大家有没有想过这么一个问题,函数的字符串偏移是
先来看看程序编译和链接的过程： 编译过程又可以分成两个阶段：编译和汇编。 编译 编译是指编译器读取源程序（字符流），对之进行词法和语法的分析，将高级语言指令转换为功能等效的汇编代码。 源文件的编译过程包含两个主要阶段： 第一个阶段是预处理阶段，在正式的编译阶段之前进行。预处理阶段将根据已放置在文件中的预处理指令来修改源文件的内容。 主要是以下几方面的处理： 宏定义指令，如 #define a b 对于这种伪指令，预编译所要做的是将程序中的所有a用b替换，但作为字符串常量的 a则不被替换。还有 #undef，
重定位表（Relocation Table）是Windows PE可执行文件中的一部分，主要记录了与地址相关的信息，它在程序加载和运行时被用来修改程序代码中的地址的值，因为程序在不同的内存地址中加载时，程序中使用到的地址也会受到影响，因此需要重定位表这个数据结构来完成这些地址值的修正。
终于也是跨过了处理机管理，来到内存管理的内容了。目前基本存储管理这一章还差分页、分段以及段页三种管理方式没有学，之所以在学之前来写这一篇文章，主要是觉得这一章的内容过于零碎了，不易成逻辑又很容易忘掉，所以写这一篇来串一下已学的内容，在复习的基础上为学接下来的做一些铺垫。
我相信大家都有过这样的经历，在面试过程中，考官通常会给你一道题目，然后问你某个变量存储在什么地方，在内存中是如何存储的等等一系列问题。不仅仅是在面试中，学校里面的考试也会碰到同样的问题。
内存管理是操作系统设计中最重要和最复杂的内容之一，虽然 计算机硬件一直在飞速发展，内存 容量也在 不断增长，但是仍然不可能将用户进程所需要的全部程序和数据放入主存中，所以操作系统必须将内存空间进行合理地划分和有效地动态分配。操作系统对内存的划分和动态分配就是内存管理的概念。 有效的内存管理在多道程序设计中非常重要，不仅方便用户使用存储器，提高内存利用率，还可以通过虚拟技术从逻辑上扩充存储器。 内存管理的功能有： - 内存空间的分配与回收。由操作系统完成主存储器空间的分配和管理，使程序员摆脱存储分配的麻烦，提高编程效率。 - 地址转换，在多道程序环境下，程序中的逻辑地址与内存中的物理不可能一致，因此存储管理必须提供地址变换功能，把逻辑地址转换成相应的物理地址。 - 内存空间的扩充：利用虚拟存储技术或自动覆盖技术，从逻辑上扩充内存。 - 存储保护：保证各道作业在各自的存储空间内运行，互不干扰。
内存是用于存储数据的硬件。程序执行前需要先放到内存中才能被CPU处理。代码编译到运行流程：编译->链接->装入。
前言 《编译与链接过程的思考》 《静态库与动态库的思考》 在写完上面两篇思考之后，仔细研读《程序员的自我修养—链接、装载与库》，对编译、链接、装载、静态库和动态库有连贯的认知。 这种知识先在学校学习一遍，然后遗忘； 工作用到，百思不得其解； 然后再看书，才能深深记住和理解。 正文 机器指令 最初的机器指令，是使用纸带来记录； 当变更指令的时候，需要程序员重新计算每个子程序的跳转地址。这个操作就是重定位。 但是，如果有多条纸带，跳转更为复杂。 汇编语言 为了解决上面复杂的机器指令跳转，先驱者
什么是内存 1.存储单元 用于存放数据的硬件,程序执行前先放到内存中才能被CPU处理 2.内存地址 给内存存储单元编地址,从0开始每个地址对应一个存储单元,可以按字节编址,也可以按字长编址,一个存储单元一个字节或字长
注意，ldd 本身不是一个二进制程序，而是一个 Shell 脚本，使用文本编辑器 vim 可以查看其内容，具体目录可以使用 which 命令查看：
我们在编写代码的时候经常用到已有的接口，他们是以库的形式提供给我们使用的，而常见形式有两种，一种常以.a为后缀，为静态库；另一种以.so为后缀，为动态库。那么这两种库有什么区别呢？
1.绝对装入：在程序编译时就知道程序需要放在内存中的什么地方，编译后的程序不是从0开始的逻辑地址，而是真实的物理地址，然后采用绝对装入，按照编译程序产生的绝对地址进行装入。
段是程序的组成元素。将整个程序分成一个一个段，并且给每个段起一个名字，然后在链接时就可以用这个名字来指示这些段，使得这些段排布在合适的位置。
最近刚刚接触到PLT与GOT，所以就想以此篇文章来巩固一下我对于这对姐妹花的理解啦！刚刚接触，理解不深，还请大佬轻喷！
在多道程序环境下，要使程序运行，必须先为之创建进程。而创建进程的第一件事，便是将程序和数据装入内存。如何将一个用户源程序变为一个可在内存中执行的程序，通常都要经过以下几个步骤：
每个目标文件都有好多个段，目标文件在被链接成可执行文件时，输入目标文件中的各个段如何被合并到输出文件？
关于动态链接与静态链接，可以打个比方就是：如果我的文章引用了别人的一部分文字，在我发布文章的时候把别人的段落复制到我的文章里面就属于静态连接，而给链接让你们自己去找着看就属于动态链接了
中南大学研究团队提出了一种名为 AdaDR 的自适应 GCN 方法，通过深度集成节点特征和拓扑结构来进行药物重定位。
重定位的意思就是修正偏移的意思. 如一个地址位 0x401234 ,Imagebase = 0x400000 . 那么RVA就是 1234. 如果Imagebase 变了成了0x300000, 那么修正之后就是 ImageBase + RVA = 0X300000+1234 = 0x301234.
由于RiscV和Rust都是比较新的两个东西，因此两个新的东西结合在一起就会发生很逆天的事情：Rust在Risc-V上不支持UEFI目标，同时Rust社区貌似没有什么issue讨论这个。
文章：Pole-like Objects Mapping and Long-Term Robot Localization in Dynamic Urban Scenarios
zgc只支持64位系统，然后最大支持4T的堆内存，64位指针只需要使用42位就可以寻址4TB的空间，这意味着有多余的22位可以利用。zgc利用了4位，分别用来表示：是否已经finalize，重映射（remap），mark0，mark1。 mark0与mark1表示是否被标记，在gc周期性更换，这样可以不要重复去复原（就像以前survivor的复制回收算法，也就是这次用mark0表示，下次就用mark1，在用mark1标记时顺便把mark0复原，在用mark0标记时顺便把mark1复原）。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
