背景 在So动态链接后,读取ELF文件,发现无法读取Section Header中的名称列表。即,无法在EShdr中根据e_shstrndx找到Section对应的名字。...而在运行时候的动态链接是根据Segment来加载So中的文件,原因是希望尽可能小的使用内存页面,并且提升加载速度。 ?...ELF链接与执行时视图 于是查看程序头部分,发现LOAD类型的段中,仅仅只有.dynstr这个字符串表会被加载到内存中。 ?...程序头 也就是说: 在So动态链接到内存中时,.shstrtab和.strtab这两个Table是并没有加载到内存中的。ld仅仅只会加载.dynstr这个Table就够用了。...shstrtab 结论 shstrtab与strtab这两个表仅仅只是链接后保存在So文件中的,而在链接之后的执行视图层面,这两个字符串表不会被加载到内存中。
当所有动态链接工作完成以后,动态链接器会将控制权转交到可执行文件的入口地址,程序开始正式执行 1. ".interp"段 那么系统中哪个才是动态链接器呢,它的位置由谁决定?...在LINUX系统中,/lib/ld-linux.so.2通常是一个软链接,比如在我的机器中,它指向/lib/ld-linux.so.2,这个才是真正的动态链接器,在linux中,操作系统在对可执行文件所需要的相应动态连接器...当系统中的Glibc库更新或者安装其他版本的时候,/lib/ld-linux.so.2 这个软链接就会指向新的动态链接器,而可执行文件本身不需要修改 ".interp" 中的动态链接器路径来适应系统的升级...很多时候动态链接的模块同时拥有“.dynsym” 和 ".sysmtab"中往往保存了所有符号,包括 “.dynsym” 中的符号 与 “.sysmtab” 类似, 动态符号表也需要一些辅助的表,比如用于保存符号名的字符串表...但是在动态链接中,导入符号的地址在运行时才确定,所以需要在运行时将这些导入符号的引用修正,即需要重定位; 我们在前面地址无关章节中也提到过,动态链接的可执行文件使用的是PIC方法,但这不能改变它需要重定位的本质
前言 因为最近用到了so文件相关内容 所以来学习一下.so文件相关的知识,正好来写博客也当是记录并分享一些知识 最终目的是在Unity中与so文件进行交互处理,但是本篇文章需要先对so文件有一个基本的认识...so文件特点 so文件与dll文件类似 so文件就是常说的动态链接库,都是C或者C++编译出来的 Linux下的so文件时不能直接运行的,一般来讲,.so文件称为共享库。...动态库的链接 这里有个程序源文件test.c与 动态库 libtest.so 链接生成执行文件 test: 命令: gcc test.c -L....-ltest -o test 命令: ldd test执行test,可以看到它是如何调用动态库中的函数的。 ---- ????...总结 本章节对so文件只是做了一个简单的概述 后面文章开始介绍一下 怎样生成一个so文件 和 怎样在Android和Unity中调用这个so文件进行交互 使用
在使用IDA静态反汇编时,如果正在逆向的文件中有动态链接库函数(比如调用了程序自定义so库中的函数),IDA只会显示一个地址,跟进去会发现是延迟绑定中关于plt的代码,无法知道具体调用了哪个函数,对于逆向起来很是麻烦...按道理讲,虽然不能动态调试,静态分析不能看到运行时绑定的地址,但是具体动态链接的过程一定也是根据文件中的信息,所以静态也一定可以知道调用的是哪个函数,但是我没有发现如何使用IDA自动确定(如有高手麻烦留言告诉我...),于是通过查阅《程序员的自我修养》动态链接相关内容,找到了识别动态链接库中函数的方法。...ELF文件中还存储了needed的动态链接库,IDA中写在了该文件的最开始,向上拉窗口可以看到,我们只要从这些so库中找识别出的函数名即可。...使用 grep -rn “函数名” 即可找到调用的哪个库中的哪个函数。 ? 此外,还有这种形式的动态链接调用,再次挖坑做以记录碰到再研究。
多个应用程序可同时访问内存中单个DLL 副本的内容。DLL 是一个包含可由多个程序同时使用的代码和数据的库。下面为你介绍C/C++中动态链接库的创建和调用。...动态连接库的创建步骤: 创建Dll有两种方式。...二、用.def文件创建动态连接库DllDemo.dll 1、删除DllDemo工程中的DllDemo.h文件。...动态链接的调用步骤: 一、隐式调用 1、建立DllCnslTest工程 2、将文件DllDemo.dll、DllDemo.lib拷贝到DllCnslTest工程所在的目录 3、在DllCnslTest.h...动态链接提供了一种方法,使进程可以调用不属于其可执行代码的函数。通过使用 DLL,程序可以实现模块化,由相对独立的组件组成。希望通过本文的分析,你会对此有了解。 实例源码
我最开始的想法是找一个Linux下的Detours库,于是找到了subhook。其原理是:修改被Hook函数起始地址处的汇编代码,让执行流程跳到我们定义的函数中。...我使用work账户登录的,其真实uid是502。而我们重写了程序中的getuid,则返回的是我们“指定”的800。 如果我们希望在被hook中的函数中调用原始函数,怎么做呢?...可以想象libc中的getuid对应的符号不会因为我们的程序而被改变,那么就意味着程序运行中,将有两个getuid。事实也的确如此。 ...第一个getuid就是我们重定义的hook的函数体,第二个是动态链接库libc.so中的。...这种方式就提供了一种针对动态链接库中函数替换的功能。
动态链接器的自举 我们知道动态链接器本身也是一个共享对象,但是事实上它有一些特殊性。对于普通共享对象文件来说,它的重定位工作由动态链接器来完成。...从这一步开始,动态链接器代码中才可以使用自己的全局变量和静态变量。 实际上在动态链接器的自举代码中,除了不可以使用全局变量和静态变量之外,甚至不能调用函数,即动态链接器本身的函数也不能调用。...当一个新的共享对象被装载进来的时候,它的符号表会被合并到全局符号表中,所以当所有的共享对象都被装载进来的时候,全局符号表里面将包含进程中的所有动态链接所需要的符号。...重定位完成之后,如果某个共享对象有“.init”段,那么动态链接器会执行“.init”段中的代码,用以实现共享对象特有的初始化过程,比如最常见的,共享对象中的C++ 的全局静态对象的构造就需要通过“init...关于动态链接器本身的细节实现虽然不再展开,但是作为一个非常有特点的,也很特殊的共享对象,关于动态链接器的实现的几个问题还是很值得思考的: 动态链接器本身是动态链接的还是静态链接的?
tcmalloc.a也可以以静态链接的方式加入应用程序中,大概因为使用太方便,网上关于这方面的介绍都是一笔带过,但是如果要在动态 库(so)中静态编译tcmalloc,却是有所不同的。...我的项目中有一个so动态库,需要在java中通过jni调用,因为涉及频繁的内存分配操作所以这个so希望用tcmalloc管理内存池以提高系统运行效率,如果使用以动态库方式使用tcmalloc。...这样以来,不仅是我的so库,整java程序在运行过程中的所有向操作系统申请释放内存的过程都交给了tcmalloc管理了,其实挺好的。...于是我觉得用静态链接方式将tcmalloc编译到so库中比较好,这样这个动态库以比较独立的方式发行,不再依赖系统中是否安装了tcmalloc和libunwind。...总结 如果在可执行程序中静态链接tcmalloc时,用默认参数编译tcmalloc就好了,无需带-fPIC参数, 但是在动态库(so)中静态链接tcmalloc,必须要用-fPIC重新编译tcmalloc
动态库而言:某个程序在运行中要调用某个动态链接库函数的时候,操作系统首先会查看所有正在运行的程序,看在内存里是否已有此库函数的拷贝了。如果有,则让其共享那一个拷贝;只有没有才链接载入。...4、动态链接库(显式链接)4.1、重要的dlfcn.h头文件LINUX下使用动态链接库,源程序需要包含dlfcn.h头文件,此文件定义了调用动态链接库的函数的原型。下面详细说明一下这些函数。...函数功能Windows下Linux下打开加载动态链接库LoadLibrarydlopen获取动态链接库中的函数地址GetProcAddressdlsym关闭动态链接库FreeLibrarydlclose...-lmymath链接静态库的可执行程序明显比链接动态库的可执行文件大。6、查看库中的符号1、使用nm命令可以打印出库中涉及到的所有符号。...库既可以是静态库也可以是动态的常见的三种符号:①在库中被调用,但没有在库中定义(表明需要其他库支持),用U表示②在库中定义的函数,用T表示③“弱态”符号,他们虽然在库中被定义但是可能被其他库中同名的符号覆盖
对于XCode中的install name项也没有进行过多的配置,于是生成动态库文件在应用到各个产品中时都要修改install name才能用。...在动态库中基本上不使用这个path. (2) @loader_path。这个path在之前的应用中用的非常多,可以通过这个path来设置动态库的install path name。...此外,run path是可以设置多个值的,这样看来就和Windows下的PATH变量差不多了。run path指定的多个值就可可以完美解决掉参考链接中说的问题了。...三、使用方法 (1)在XCode中设置 在编译动态链接库文件(*.dylib)时,应当将install name设置为@rpath/library.dylib。 ? ...@rpath/libinsvmedia.dylib 这样也能在链接阶段对动态链接库的install name进行修改。
动态链接库与普通的程序相比而言,没有main函数,是一系列函数的实现。通过shared和fPIC编译参数生产so动态链接库文件。程序在调用库函数时,只需要连接上这个库即可。...例如下面实现一个简单的整数四则运输的动态链接库,定义的caculate.h和caculate.c两个文件,生产libcac.so动态链接库。...readelf -a smu.o 将二进制文件转换为汇编 objdump -d sum.o 动态链接库的生成 sum.c #include #include <stdlib.h...,需要在.o文件生成时加参数-fPIC gcc -c sum.c -fPIC -o sum.o gcc sum.o -o shared sum.so 一般,共享库的编译命令为(曾经的实验) 动态链接库...sum.so => not found 这时候需要 export $LD_LIBRARY_PATH=pwd:$LD_LIBRARY_PATH 注意:-fPIC是生成.o时使用,-shared是用来生成动态链接库的
经过链接之后,那些第三方库中定义的函数就能被调用执行了。早期的一些操作系统一般使用静态链接的方式,现在基本上都在使用动态链接的方式。...静态链接和动态链接 虽然静态链接和动态链接都能生成可执行文件,但两者的代价差异很大。下面这张图可以很形象地演示了动态链接和静态链接的区别: ?...而动态链接在链接的时候并不将那些库文件直接拿过来,而是在运行时,发现用到某些库中的某些函数时,再从这些第三方库中读取自己所需的方法。...地址无关 无论何种操作系统上,使用动态链接生成的目标文件中凡是涉及第三方库的函数调用都是地址无关的。...动态链接的优缺点 相比之下,动态链接主要有以下好处: 多个可执行文件可以共享使用系统中的共享库。每个可执行文件都更小,占用的磁盘空间也相对比较小。
一、链接文件介绍 Linux操作系统中的“链接文件”分为硬链接(hard link)和软链接(symbolic link)。两种链接的本质区别在于inode。...以下是详细介绍: 硬链接:当系统要读取一个文件时,会先读inode信息,然后再根据inode中的信息到块领域将数据取出来。...二、两者的区别 硬链接记录的是目标的inode,软链接记录的是目标的路径。 软链接就像是快捷方式,而硬链接就像是备份。 软链接可以做跨分区的链接,而硬链接由于inode的缘故,只能在本分区中做链接。...注:上例中的du命令用来计算文件或者目录的大小,-k表示以KB为单位,这里的4,就指的是4KB;ll命令等同于 ls -l。...在上例中,删除源文件passwd后,文件大小依旧没有改变。说明硬链接文件并不会复制数据块额外占用磁盘空间。 再看硬链接的另外一个限制——不允许目录做硬链接。例: ?
Unity 小科普 老规矩,先介绍一下 Unity 的科普小知识: Unity是 实时3D互动内容创作和运营平台 。...包括游戏开发、美术、建筑、汽车设计、影视在内的所有创作者,借助 Unity 将创意变成现实。...Unity 平台提供一整套完善的软件解决方案,可用于创作、运营和变现任何实时互动的2D和3D内容,支持平台包括手机、平板电脑、PC、游戏主机、增强现实和虚拟现实设备。...---- Unity 实用小技能学习 Unity 在代码中 动态改变RectTransform位置及宽高 的方法整理 RectTransform官网API地址:https://docs.unity3d.com.../2020.3/Documentation/ScriptReference/RectTransform.html 今天来讲一下代码中动态改变RectTransform大小及宽高的方法,关于RectTransform
上次将FFmpeg通过linux系统编译成了arm平台下的动态链接库,生成了一个文件夹: 其中include存放着头文件,lib存放着so库,今天将这些内容导入AS中,用于接下来音视频的开发。...1.首先新建ndk工程,并在工程的main文件夹中新建jniLibs文件夹(AS默认的so库存放路径),并将上图中的文件夹复制到jniLibs文件夹下 armeabi中存放so库 include中存放头文件.../jniLibs) 设置include路径 include_directories (${my_lib_path}/include) 添加so库 #将第三方库作为动态库引用 add_library(avcodec...IMPORTED_LOCATION ${my_lib_path}/${ANDROID_ABI}/libavcodec-56.so) 最后不要忘记连接到生成的so中 target_link_libraries...IMPORTED_LOCATION ${my_lib_path}/${ANDROID_ABI}/libavcodec-56.so) #将第三方库作为动态库引用 add_library
inode号,它们的名字不一定相同,但只要inode号一样就行,它们最终都链接到一个文件里,这就是硬链接。...也就是说,当文件的硬链接数被目录记录了一次,文件的硬链接数就增加了一次。所以,文件只要在目录里存在,它就至少有一个硬链接。...(因为引入了对目录的硬连接就有可能在目录中引入循环,在目录遍历的时候系统就会陷入无限循环当中,这样导致无法定位到访问目录) 目录的硬链接数包含目录自身的名字,以及.和子目录里的.. 791422...=(链接数-2) 软连接(符号链接):软连接是一个文件,只不过文件里存放的是别的文件的路径,软连接是一个单独文件,软连接可以通过路径访问源,如果源没了,软连接开始闪烁,找不到源, 软链接创建方式 ln...软连接: 软链接又称之为符号连接。软链接文件类似于Windows的快捷方式。它实际上是一个特殊的文件。在符号连接中,文件实际上是一个文本文件,其中包含的有另一文件的位置信息。
Unity中Shader的三种基本类型 按照渲染管线的分类,可以把Sharder分成3个类别: 固定功能着色器(Fixed Function Shader) 固定功能着色器为固定功能渲染管线的具体表现。...表面着色器 存在于Unity3D中由U3D发扬光大的一门技术。Untiy3D为我们把Shader的复杂性包装起来,降低shader的书写门槛。...Unity中Shader的基本框架 Unity中Shader整体的框架写法可以用如下的形式来概括: Shader "name" { [Properties] SubShaders[Fallback]...} Unity中所有着色器都由关键字shader开始,随后的字符表示着色器的名字,这个名字会显示在Inspector检视面板中,所有的代码都应该放在{}里面。...shader整体框架 如上面的整体框架,我们可以画出下面这图: 从这幅图可以看到,Unity中的shader可以分为以下三个模块: 属性Properties Properties一般定义中着色器的起始部分
在上一篇文章中,我们一起学习了Linux系统中 GCC编译器在编译可执行程序时,静态链接过程中是如何进行符号重定位的。 为了完整性,我们这篇文章来一起探索一下:动态链接过程中是如何进行符号重定位的。...示例代码 我们需要3个源文件来讨论动态链接中重定位的过程:main.c、a.c、b.c,其中的a.c和b.c被编译成动态库,然后main.c与这两个动态库一起动态链接成可执行程序。...但是对于动态链接的程序来说,在执行入口函数的指令之前,必须把该程序所依赖的动态库加载到内存中,然后才能开始执行。...但是动态链接过程中的重定位,与静态链接的处理方式差别就大很多了,因为每个符号的地址只有在运行的时候才能知道它们的地址。...也就是说:动态链接器知道每个动态库中的代码段、数据段被加载的内存地址,因此动态链接器也会维护一个全局符号表,其中存放着每一个动态库中导出的符号以及它们的内存地址信息。
原先的这个静态的模块中的静态全局变量是有构造函数的,也就是构造函数干了点事情。 我们都知道,程序载入在进入主函数前会依次初始化全部的全局和静态变量。载入动态链接库时也不例外。...这时候矛盾就来了,二进制b在进入主函数前会初始化模块a中的全局变量,执行构造函数;然而载入动态链接库c时,也会启动对c内的全局变量进行初始化,也会执行同一个对象的构造函数。...,在Linux中多个动态链接库和主程序引用的同一个全局变量(地址相同),但是每一个二进制实例都会完成一次构造。...虽然每个动态链接库和主程序引用的同一个全局变量也各自都执行了一次构造。...这也就意味着,在Linux中,载入的动态链接库实际上可以直接使用外部框架或者其他模块的全局数据,但是在Windows下确是隔离的,不能直接访问到。
领取专属 10元无门槛券
手把手带您无忧上云