最近使用 WebRTC 开发一个实时直播项目，在调试的时候发现一个特别奇怪的现象，将编译好的 WebRTC 静态库文件加入到我们自己的工程里之后无法进行单步调试。每次调到 WebRtc 里都会变成汇编语言，如果如下：
作者简介： 伟林，中年码农，从事过电信、手机、安全、芯片等行业，目前依旧从事Linux方向开发工作，个人爱好Linux相关知识分享。 原理概述 为什么要研究链接和加载？写一个小的main函数用户态程序，或者是一个小的内核态驱动ko，都非常简单。但是这一切都是在gcc和linux内核的封装之上，你只是实现了别人提供的一个接口，至于程序怎样启动、怎样运行、怎样实现这些机制你都一无所知。接着你会对程序出现的一些异常情况束手无策，对内核代码中的一些用法不能理解，对makefile中的一些实现不知所云。所以这就是我们
在Linux中，可执行文件的格式是ELF格式，而有一些命令可以帮助我们了解它们更多的“秘密”，以此来帮助我们解决问题。
拿到一个编译好的可执行文件，你能获取到哪些信息？文件大小，修改时间？文件类型？除此之外呢？实际上它包含了很多信息，这些你都知道吗？
可执行文件的符号表(symbol table)记录了某个可执行文件中的函数名、全局变量、宏定义等符号信息，这些信息对于我们调试十分重要。
ELF（Executable and Linkable Format）是一种可执行文件和可链接文件的标准格式，用于在Linux和Unix系统中存储程序和库文件。它是一种二进制文件格式，包含程序的代码、数据、符号表、段表等信息。
每个目标文件都有好多个段，目标文件在被链接成可执行文件时，输入目标文件中的各个段如何被合并到输出文件？
objdump命令是Linux下的反汇编目标文件或者可执行文件的命令，它以一种可阅读的格式让你更多地了解二进制文件可能带有的附加信息。
场景如下，需要以.o形式（静态库形式），发布一个库，给其他代码集成。生成库mylib.o之后，使用nm查看，可以查看到很多函数符号。但其实这个库跟外界，应该是只通过一组指定的函数接口进行交互，其他的函数不应该暴露给外界，更不应该供外界直接调用。
本文适用于CentOS 6.4, CentOS 6.5，估计也适用于其他Linux发行版。
其实学完C语言的语法后，我们往往会有数不清的疑惑，例如编译器在编译的时候就可以分配内存，那么不同的程序会不会分配到相同的内存地址，计算机如何处理这种冲突？C语言既然可以操作内存，我们能不能修改其他程序的内存数据，游戏外挂是不是这样实现的？程序是怎么被加载到内存的，C语言main函数又是谁调用的？为什么编译之后还要链接？什么是动态库什么又是静态库？
在Linux操作系统中，一段C程序从被写下到最终被CPU执行，要经过一段漫长而又复杂的过程。下图展示了这个过程
在咱们日常开发中，或多或少都会用到 Xcode 内置的一些CLI工具，但是大部分小伙伴可能只是会用到一些具体的命令，今天我们就一起来聊一聊 Xcode 内置的常见Command Lines Tool。
"本文从编译、二进制程序文件和运行角度逐级解析了 Linux C 语言程序中几种变量类型"
目标文件是源代码编译但未链接的中间文件（Windows的.obj和Linux的.o），Windows的.obj采用 PE 格式，Linux 采用 ELF 格式，两种格式均是基于通用目标文件格式（COFF，Common Object File Format）变化而来，所以二者大致相同。本文以 Linux 的 ELF 格式的目标文件为例，进行介绍。
今天讲的是纯干货，目的就是为了指导Android开发者如何根据JNI Crash日志顺藤摸瓜，最后直捣黄龙定位磨人的JNI Crash。所以废话不多，直接开干吧。
程序员编写的是源代码，而计算机运行的则是CPU能识别的机器指令，因此必须要有一系列工具或程序来将源代码转化为机器指令，这个转化的过程需要经历编译和链接两个主要阶段。所谓编译就是将源代码文件转化为中间的目标文件(Object file)。目标文件的后缀一般为.o。iOS系统的目标文件也是一种mach-o格式的文件，mach-o文件的头部结构体:struct mach_header中的filetype成员字段用来描述当前文件的类型，目标文件所对应的类型是MH_OBJECT。目标文件中的布局结构和内容和可执行文件中的布局结构和内容非常相似，编译后形成的目标文件中的代码段(__TEXT Segment)中的节(__text Section) 中的内容存放的是已经被编译为机器指令的二进制代码了。下面就是一个目标文件的布局结构：
如何在C++代码中调用写好的C接口？你可能会奇怪，C++不是兼容C吗？直接调用不就可以了，那么我们来测试一下，先看看C++如何调用C代码接口的。
http://blog.163.com/xychenbaihu@yeah/blog/static/13222965520101023104745738/
Native Crash常常发生在带有Jni代码的APP中，或者系统的Native服务中。作为比较难分析的一类问题，Native Crash其实还是有较多的方法去定位。
从结果中可以看到，虽然num被定义了两次，但是仍然可以编译通过，并且正常运行。这又是为什么呢？
1.在制作自己的发行版时经常需要判断某条命令需要哪些共享库文件的支持，以确保指定的命令在独立的系统内可以可靠的运行；
LLVM的编译过程相当复杂，iOS代码运行需要经过：预处理、编译、汇编、链接四个关键阶段，具体的流程如下图：
总第513篇 2022年 第030篇 减小应用安装包的体积，对提升用户体验和下载转化率都大有益处。本文将结合美团平台的实践经验，分享 so 体积优化的思路、收益，以及工程实践中的注意事项。本文将先从 so 文件格式讲起，结合文件格式分析哪些内容可以优化，然后再具体讲解每项优化手段以及注意事项，最后介绍相关的工程实践经验。希望能对从事包体积优化的同学有所帮助或启发。 1. 背景 2. so 文件格式分析 3. so 可优化内容分析 4. 优化方案介绍 4.1 精简动态符号表 4.2 移除无用代码 4.3 优
某天发现一个程序有点问题。祭上print大法，在关键的 lib_func() 函数里添加 print 调试信息，重新编译运行。
/proc/kallsyms会显示内核中所有的符号，但是这些符号不是都能被其他模块引用的(绝大多数都不能)，能被导出的是符号的类型是大写的那些（例如T,U)。
没有开发板，如何调试运行arm程序？ 本文主要讲解如何在Ubuntu上搭建arm交叉编译、运行环境。
我们发现出现了链接问题，说const_int没有定义的引用，但我们确实在const.cc文件中定义了。
丰色 发自 凹非寺 量子位 | 公众号 QbitAI 前些日子，一个手机QQ安装包就要快900MB的事儿在网上吵得沸沸扬扬。 △ 最新安装包又大了，已经924MB 虽然最后大家发现它主要为了视频通话特效多了一个虚幻引擎，但网友还是感叹： 现在的App真的是越来越大了。 而就在最近，国外一位程序员也遇到了同样的困惑。 他乘的一班飞机由于没有机上小电视，只能下载一个叫做“美联航”的App来看视频打发时间。 小哥一边感叹现在航空公司越来越鸡贼：把成本都加到顾客头上，一边打开了应用商店，结果就很诧异： 不就用
为什么什么C语言不支持函数重载呢？这个需要和编译原理上来进行分析在我们对源文件进行编译的时候是需要进行
之前负责项目的包体积优化学习了 Mach-O 文件的格式，那么 Mach-O 究竟是怎么样的文件，知道它的组成之后我们又能做点什么？本文会从 Mach-O 文件的介绍讲起，再看看认识它后的一些实际应用。
我们知道动态链接器本身也是一个共享对象，但是事实上它有一些特殊性。对于普通共享对象文件来说，它的重定位工作由动态链接器来完成。他也可以依赖其他共享对象，其中的被依赖共享对象由动态链接器负责链接和装载。可是对于动态链接器来说，它的重定位工作由谁来完成？它是否可以依赖于其他共享对象？
在了解了共享对象的绝对地址的引用问题后，我们基本上对动态链接的原理有了初步的了解，接下来的问题是整个动态链接具体的实现过程了。动态链接在不同的系统上有不同的实现方式。ELF的动态链接的实现方式会比PE的简单一点，在这里我们先介绍ELF的动态链接过程在LINUX下的实现，最后我们会专门的章节中介绍PE在Windows下的动态链接过程和它们的区别
我们知道Java崩溃是在Java代码中出现了未捕获异常，导致程序异常退出，常见的异常有：NPE、OOM、ArrayIndexOutOfBoundsException、IllegalStateException、ConcurrentModificationException等等。 还有一类崩溃，也是我们不得不关注，那就是Native层崩溃，这类崩溃不像Java层崩溃那样比较清晰的看出堆栈信息以及具体的崩溃。每当遇到是都要查找分析，写这篇的目的是帮助自己做下记录，也希望能帮到有类似困扰的你，下面我们开始一起学习实践吧。 本文学习实践的demo以张绍文《Android开发高手课》中的例子进行。
在 Mac 系统的终端上修改文件权限使用的是 Linux 中的 chmod 命令。 chmod 用户+操作+权限+文件 用户部分：使用字母 u 表示文件拥有者（user），g 表示拥有者所在群组（group），o 表示其他用户（other），a 表示全部用户（all，包含前面三种用户范围） 操作部分：“+” 符号表示增加权限，“-” 符号表示取消权限，“=” 符号表示赋值权限 权限部分：“r” 符号表示可读（read），“w” 表示可写（write），“x” 表示可执行权限（execute） 文件部分：如不
总结: -Xlinker -dead strip \ -Xlinker -all_load 同时写上去,
https://zetaoyang.github.io/post/2016/11/05/linux-shared-object.html
如果函数原型改变的话，每个extern声明的地方都要改一遍。 如果有地方没改到呢？ 我们通过一个例子来看下悲剧是怎么发生的。
建议关闭地址随机化，否则会出现gdb中无法在断点处停下来的情况（尤其是qemu中）。可以参考：https://blog.csdn.net/gatieme/article/details/104266966
理解链接器将帮助你构造大型程序。构造大型程序的程序员经常会遇到由于缺少模块、缺少库或者不兼容的库版本引起的链接器错误。除非你理解链接器是如何解析引用、什么是库以及链接器是如何使用库来解析引用的，否则这类错误将令你感到迷惑和挫败。
这里，你现在可以知道System.map文件是干什么用的了。 每当你编译一个新内核时，各种符号名的地址定会变化。 /proc/ksyms 是一个 "proc文件" 并且是在内核启动时创建的。实际上 它不是一个真实的文件；它只是内核数据的简单表示形式，呈现出象一个磁盘文件似 的。如果你不相信我，那么就试试找出/proc/ksyms的文件大小来。因此， 对于当前运行的内核来说，它总是正确的.. 然而，System.map却是文件系统上的一个真实文件。当你编译一个新内核时，你原 来的System.map中的符号信息就不正确了。随着每次内核的编译，就会产生一个新的 System.map文件，并且需要用该文件取代原来的文件。
我们平时在编译器上编写代码，然后运行代码，最后得到程序的运行结果。这让我们不经好奇：程序在电脑中到底经过了什么样的变化，使得它最终生成了我们想要得到的结果，因此今天就来了解一下程序的环境
既然程序最终都被变成了一条条机器码去执行，那为什么同一个程序，在同一台计算机上，在Linux下可以运行，而在Windows下却不行呢？
最近因为项目上的需要，利用动态链接库来实现一个插件系统，顺便就复习了一下关于Linux中一些编译、链接相关的内容。
书接上文，我们已经学习了 Linux 中的编辑器 vim 的相关使用方法，现在已经能直接在 Linux 中编写C/C++代码，有了代码之后就要尝试去编译并运行它，此时就可以学习一下 Linux 中的编译器 gcc/g++ 了，我们一般使用 gcc 编译C语言，g++ 编译C++（当然 g++ 也可编译C语言），这两个编译器我们可以当作一个来学习，因为它们的命令选项都是通用的，只是编译对象不同。除了编译器相关介绍外，本文还会库、自动化构建工具、提权等知识，一起来看看吧
现在我们知道了程序的编译链接是在翻译环境中进行的，接下来我们来探讨程序编译链接的具体过程。首先，我们来探讨编译，编译其实分为三个阶段，分别是：预处理（预编译）、编译、汇编。这三个阶段所执行的具体操作如下。
ld命令是二进制工具集GNU Binutils的一员，是GNU链接器，用于将目标文件与库链接为可执行程序或库文件。
其实被这个问题困扰了好久，不过秉承着三分钟热度的新年新气象，还是要多弄懂一点(⊙_⊙)ゞ
服务器部署会经常用到linux，很多时候都是用的时候上网查一下指令，然后用完过不了多久就忘记了，因此本文记录一些自己常用的linux指令，以作备忘。并不断添加。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
