iOS高级强化--004:Symbol

  • Symbol Table:⽤来保存符号。
  • String Table:⽤来保存符号的名称。
  • Indirect Symbol Table:间接符号表。保存使⽤的外部符号。更准确⼀点就是使⽤的外部动态库的符号。是Symbol Table的子集。

符号表也是通过读取Load Command找到符号表的具体位置


通过两个Load Commands,描述Symbol Table的大小和位置,以及其他元数据

  • LC_SYMTAB:当前Mach-O中的符号表信息
  • LC_DYSYMTAB:描述动态链接器使用其他的Symbol Table信息
LC_SYMTAB

用来描述该文件的符号表。不论是静态链接器还是动态链接器在链接此文件时,都要使用该Load Command。调试器也可以使用该Load Command找到调试信息

symtab_command

定义LC_SYMTAB加载命令具体属性。在/usr/include/mach-o/loader.h中定义:

struct symtab_command {
    // 共有属性。指明当前描述的加载命令,当前被设置为LC_SYMTAB
    uint32_t cmd ;
    // 共有属性。指明加载命令的大小,当前被设置为sizeof(symtab_command)
    uint32_t cmdsize;
    // 表示从文件开始到symbol table所在位置的偏移量。symbol table用[nlist]来表示
    uint32_t symoff;
    // 符号表内符号的数量
    uint32_t nsyms;
    // 表示从文件开始到string table所在位置的偏移量。
    uint32_t stroff;
    // 表示string table大小(以byteカ单位)
    uint32_t strsize;
};
搭建测试项目

符号可以使用终端命令进行查看,但每次手动操作过于繁琐。这里介绍一个更高效的方案:使用Sellp脚本,在项目编译后,自动将符号展示到终端

创建xcode_run_cmd.sh文件,写入以下代码,将文件放到项目根目录

该脚本的作用:执行命令并将结果展示到终端

#!/bin/sh

RunCommand() {

  if [[ -n "$VERBOSE_SCRIPT_LOGGING" ]]; then

      if [[ -n "$TTY" ]]; then
          echo "♦ $@" 1>$TTY
      else
          echo "♦ $*"
      fi
      echo "------------------------------------------------------------------------------" 1>$TTY
  fi

  if [[ -n "$TTY" ]]; then
        eval "$@" &>$TTY
  else
      "$@"
  fi

  return $?
}

EchoError() {

    if [[ -n "$TTY" ]]; then
        echo "$@" 1>&2>$TTY
    else
        echo "$@" 1>&2
    fi
    
}

RunCMDToTTY() {
    if [[ ! -e "$TTY" ]]; then
        EchoError "=========================================="
        EchoError "ERROR: Not Config tty to output."
        exit -1
    fi

    if [[ -n "$CMD" ]]; then
        RunCommand $CMD
    else
        EchoError "=========================================="
        EchoError "ERROR:Failed to run CMD. THE CMD must not null"
    fi
}

RunCMDToTTY

脚本内定义了两个变量:

  • CMD:命令+参数
  • TTY:终端的标识

打开终端,使用tty命令,可获取终端标识

打开项目,创建xcconfig文件,定义脚本中需要的两个变量

MACH_PATH=${BUILD_DIR}/$(CONFIGURATION)$(EFFECTIVE_PLATFORM_NAME)/${PRODUCT_NAME}
CMD=nm -pa $MACHO_PATH
TTY=/dev/ttys001
  • MACHO_PATH:定义变量,存储Mach-O文件的路径
  • ${BUILD_DIR}:当前编译路径
  • $(CONFIGURATION):构建产品目录
  • $(EFFECTIVE_PLATFORM_NAME)Mach-O所在目录
  • ${PRODUCT_NAME}:项目名称,也是Mach-O文件的名称
  • nm:是names的简称,通过该命令可以列举文件中的符号
  • -p:符号不进行排序
  • -a:显示所有符号,包含调试符号

点击Target,选择Build Phases,在Run Script中输入:/bin/sh "$SRCROOT/xcode_run_cmd.sh"

  • 通过/bin/bash命令运行xcode_run_cmd.sh脚本
  • $SRCROOT代表的是项目根目录下

项目编译后,自动将Mach-O中的符号展示到终端,无需手动操作

查看项目在Build时,脚本的执行时机

  • 在编译链接之后,签名之前
C语言符号

打开main.m文件,写入以下代码:

#import <Foundation/Foundation.h>

int global_uninit_value;

int global_init_value = 10;
double default_x __attribute__((visibility("hidden")));

static int static_init_value = 9;
static int static_uninit_value;

int main(int argc, char *argv[]) {
    static_uninit_value = 10;
    NSLog(@"%d", static_init_value);
    return 0;
}

代码里包含了全局变量和static关键字修饰的静态变量,二者最大的差异在于作用域:

  • 全局变量:对整个项目可见
  • 静态变量:仅对当前文件可见
案例1:

使用nm -pa ${MACH_PATH}命令查看符号表

0000000100008008 d __dyld_private
0000000100008014 d _static_init_value
0000000100008018 b _static_uninit_value
0000000100008028 s _default_x
0000000000000000 - 00 0000    SO /Users/zang/Zang/Spark/MachOAndSymbol/
0000000000000000 - 00 0000    SO main.m
0000000060335e1d - 03 0001   OSO /Users/zang/Library/Developer/Xcode/DerivedData/MachOAndSymbol-bdzlylfoorwnhggerxdmwocpeyad/Build/Intermediates.noindex/MachOAndSymbol.build/Debug/MachOAndSymbol.build/Objects-normal/x86_64/main.o
0000000100003f50 - 01 0000 BNSYM
0000000100003f50 - 01 0000   FUN _main
000000000000003f - 00 0000   FUN
000000000000003f - 01 0000 ENSYM
0000000000000000 - 00 0000  GSYM _global_init_value
0000000100008014 - 0a 0000 STSYM _static_init_value
0000000100008018 - 0b 0000 STSYM _static_uninit_value
0000000000000000 - 00 0000  GSYM _global_uninit_value
0000000000000000 - 00 0000  GSYM _default_x
0000000000000000 - 01 0000    SO
0000000100000000 T __mh_execute_header
0000000100008010 D _global_init_value
0000000100008020 S _global_uninit_value
0000000100003f50 T _main
                 U _NSLog
                 U ___CFConstantStringClassReference
                 U dyld_stub_binder

第二列:按照符号种类划分的标识,参见以下列表

按照符号种类划分:
Type 说明
U undefined(未定义)
A absolute(绝对符号)
T text section symbol__TEXT.__text
D data section symbol__DATA.__data
B bss section symbol__DATA.__bss
C common symbol(只能出现在MH_OBJECT类型的Mach-O⽂件中)
- debugger symbol table
S 除了上⾯所述的,存放在其他section的内容,例如未初始化的全局变量存放在(__DATA,__common)中
I indirect symbol(符号信息相同,代表同⼀符号)
u 动态共享库中的⼩写u表示⼀个未定义引⽤对同⼀库中另⼀个模块中私有外部符号

注:标记Type,⼩写代表本地符号(local symbol

案例2:

使用objdump --macho --syms ${MACH_PATH}命令查看符号表

SYMBOL TABLE:
0000000100008008 l     O __DATA,__data __dyld_private
0000000100008014 l     O __DATA,__data _static_init_value
0000000100008018 l     O __DATA,__bss _static_uninit_value
0000000100008028 l     O __DATA,__common _default_x
0000000000000000 l    d  *UND* /Users/zang/Zang/Spark/study/iOS高级强化/20210118-iOS强化第二节课:符号与链接(下)/上课代码/MachOAndSymbol/
0000000000000000 l    d  *UND* main.m
0000000060335b53 l    d  *UND* /Users/zang/Library/Developer/Xcode/DerivedData/MachOAndSymbol-bdzlylfoorwnhggerxdmwocpeyad/Build/Intermediates.noindex/MachOAndSymbol.build/Debug/MachOAndSymbol.build/Objects-normal/x86_64/main.o
0000000100003f50 l    d  *UND*
0000000100003f50 l    d  *UND* _main
000000000000003f l    d  *UND*
000000000000003f l    d  *UND*
0000000000000000 l    d  *UND* _global_init_value
0000000100008014 l    d  *UND* _static_init_value
0000000100008018 l    d  *UND* _static_uninit_value
0000000000000000 l    d  *UND* _global_uninit_value
0000000000000000 l    d  *UND* _default_x
0000000000000000 l    d  *UND*
0000000100000000 g     F __TEXT,__text __mh_execute_header
0000000100008010 g     O __DATA,__data _global_init_value
0000000100008020 g     O __DATA,__common _global_uninit_value
0000000100003f50 g     F __TEXT,__text _main
0000000000000000         *UND* _NSLog
0000000000000000         *UND* ___CFConstantStringClassReference
0000000000000000         *UND* dyld_stub_binder
  • 第二列:l代表本地符号(local),g代表全局符号(global
  • 第三列:按照功能划分的标识,参见以下列表
按照功能划分:
Type 说明
f File
F Function
O Data
d Debug
ABS Absolute
COM Common
UND 未定义
剥离调试符号

调试符号:当文件编译成.o文件时,它会生成DWARF格式的调试信息,放在__DWARF段。链接时,将__DWARF段变成符号放到符号表中。

上面的打印信息中,包含大量调试符号。为了避免干扰,下面介绍如何剥离调试符号。

方式一:

使用Build SettingsStrip配置项

  • Deployment PostprocessingDebugRelease下均默认为NO,它相当于是Deployment的总开关。将其改为YES
  • Strip StyleDebugRelease下均默认All Symbols,剥离除间接符号表以外的全部符号。将其改为Debugging Symbols,剥离调试符号
  • Deployment PostprocessingNOStrip Style的配置是无法生效的

编译项目,Strip操作已经执行。但它是在脚本执行后才触发,故此该方式在使用Sellp脚本自动化的场景下不可行

方式二:

xcconfig中使用链接器配置

链接器的作用就是将多个目标文件合并到一起,此时可以对符号进行指定处理

使用man ld命令查看链接器参数:

使用/-S向下查找-S关键字

  • -S:不要将调试信息放置到输出文件中,本质上和StripDebugging Symbols配置项是一样的效果

打开xcconfig文件,添加OTHER_LDFLAGS配置项

OTHER_LDFLAGS = -Xlinker -S
  • Xcode使用Target编译时,执行的是clang命令。但此时-S需要传递给ld链接器,所以前面要加上-Xlinker关键字

Build Settings中的Other Linker Flags配置已生效

来到终端,先command+k清空内容,再编译项目。此时打印出除调试符号以外的所有符号

SYMBOL TABLE:
0000000100008008 l     O __DATA,__data __dyld_private
0000000100008014 l     O __DATA,__data _static_init_value
0000000100008018 l     O __DATA,__bss _static_uninit_value
0000000100008028 l     O __DATA,__common _default_x
0000000100000000 g     F __TEXT,__text __mh_execute_header
0000000100008010 g     O __DATA,__data _global_init_value
0000000100008020 g     O __DATA,__common _global_uninit_value
0000000100003f50 g     F __TEXT,__text _main
0000000000000000         *UND* _NSLog
0000000000000000         *UND* ___CFConstantStringClassReference
0000000000000000         *UND* dyld_stub_binder
  • global_uninit_valueglobal_init_value为全局符号
  • static_init_valuestatic_uninit_value为本地符号
  • default_x并没有使用static关键字修饰,本应是全局符号,但使用了__attribute__((visibility("hidden"))),变为本地符号

__attribute__()的作用:将编译器支持的参数传递给编译器。例如:对default_x全局变量进行visibility("hidden")设置,就是隐藏其可见性

符号可见性

全局符号和本地符号,它们本质上的区别就是可见性

一个符号的可见性有两种:

  • default:默认值,定义的符号类型是全局即为全局,是本地即为本地
  • hidden:将全局符号隐藏,变为本地符号

故此隐藏全局符号的方式有两种:

  • 使用static关键字修饰
  • 使用__attribute__((visibility("hidden")))
案例1:

打开项目,里面包含两个Project

来到LGOneFramework,打开LGOneObject.m文件,实现global_object函数

LGOneObject.h文件中,并没有暴露global_object函数

来到LGApp(另一个Project),打开ViewController.m文件,定义global_object函数,但并不实现。在viewDidLoad方法中调用global_object函数

运行项目,LGOneFramework中实现的global_object函数被正常调用

案例2:

如果将LGOneFramework中的global_object函数,使用static关键字修饰

LGApp中,global_object函数的调用代码不变

此时global_object函数变成本地符号,仅对当前文件可见。所以在LGApp中调用该函数,编译报错,并提示未定义符号

通过上述两个案例,理解符号的可见性:

  • 全局符号对整个项目可见
  • 本地符号仅对当前文件可见
案例3:

LGOneFramework中,实现global_object函数,不使用static关键字修饰

LGAppViewController.m中,也实现global_object函数

运行项目,调用的是LGApp中的global_object函数

案例3中,为什么不会发生冲突?
LGAppLGOneFramework两个Project中,都定义了global_object函数,对于global_object函数来说,它们其实存储在两个Mach-O中。由于编译器有⼆级命名空间的概念,所以两个global_object函数的符号其实是不一样的

two_levelnamespace & flat_namespace
⼆级命名空间与⼀级命名空间。链接器默认采⽤⼆级命名空间,也就是除了会记录符号名称,还会记录符号属于哪个Mach-O的,⽐如会记录下来_NSLog来⾃Foundation

案例4:

LGAppViewController.m中,实现global_object函数

同样在LGApp中,打开AppDelegate.m文件,也实现global_object函数

同一个Project中,实现两个global_object函数。此时编译报错,提示出现重复符号

  • 这说明在同一作用域中,不能出现相同的全局符号
导入符号和导出符号

export symbol:导出符号意味着,告诉别的模块,我有⼀个这样的符号,你可以将其导⼊(Import)。

NSLog为例:

NSLog(@"%d", static_init_value);

NSLog存储在Foundation库中

  • 对于Foundation库来说,NSLog属于供外部使用的导出符号
  • 对于当前程序来说,NSLog属于从Foundation库中导入的符号

导出符号就是全局符号

项目中定义的全局变量生成为全局符号,默认就会被导出,这些符号可以被外界查看并使用

使用objdump --macho --exports-trie ${MACH_PATH}命令查看导出符号

Exports trie:
0x100000000  __mh_execute_header
0x100003F50  _main
0x100008010  _global_init_value
0x100008020  _global_uninit_value
  • 只有上述四个导出符号,对应符号表中的四个全局符号

动态库在运行时才会加载,在编译链接阶段只提供符号即可。Mach-O中使用的动态库符号保存在间接符号表里

使用objdump --macho --indirect-symbols ${MACH_PATH}命令查看间接符号表

Indirect symbols for (__TEXT,__stubs) 1 entries
address            index name
0x0000000100003f90     8 _NSLog
Indirect symbols for (__DATA_CONST,__got) 1 entries
address            index name
0x0000000100004000    10 dyld_stub_binder
Indirect symbols for (__DATA,__la_symbol_ptr) 1 entries
address            index name
0x0000000100008000     8 _NSLog
  • 符号在Mach-O中占有一定体积,剥离符号时,间接符号表是不能被删除的
  • Mach-O所使用的动态库的全局符号都不能被删除
  • 动态库剥离符号,只能剥离非全局符号的所有符号

查看OC中的符号

打开LGOneObject.m文件,写入以下代码:

#import "LGOneObject.h"

@interface LGOneObject : NSObject

- (void)testOneObject;

@end

@implementation LGOneObject

- (void)testOneObject {
    NSLog(@"testOneObject");
}

@end

使用objdump --macho --exports-trie ${MACH_PATH}命令查看导出符号

Exports trie:
0x100000000  __mh_execute_header
0x100003F20  _main
0x1000080B8  _OBJC_METACLASS_$_LGOneObject
0x1000080E0  _OBJC_CLASS_$_LGOneObject
0x100008110  _global_init_value
0x100008120  _global_uninit_value

OC默认都是全局符号,同时也是导出符号。它们可以被外界查看并使用,会增加Mach-O的体积

开发OC动态库时,想要减小Mach-O的体积,就要将外部无需使用的符号剥离。此时可以借助链接器,将不想暴露的符号声明为不导出符号

打开xcconfig文件,添加OTHER_LDFLAGS配置项

OTHER_LDFLAGS=$(inherited) -Xlinker -unexported_symbol -Xlinker _OBJC_CLASS_$_LGOneObject
OTHER_LDFLAGS=$(inherited) -Xlinker -unexported_symbol -Xlinker _OBJC_METACLASS_$_LGOneObject
  • _OBJC_CLASS_$_LGOneObject声明为不导出符号
  • _OBJC_METACLASS_$_LGOneObject声明为不导出符号

编译项目,此时OC的两个导出符号已经被隐藏

Exports trie:
0x100000000  __mh_execute_header
0x100003F20  _main
0x100008110  _global_init_value
0x100008120  _global_uninit_value
  • 隐藏OC不想暴露的符号,需要借助链接器,将符号声明为不导出符号
  • 由于OC是运行时语言,不能直接使用visibility("hidden")
  • 不导出符号,将全局符号变为本地符号,这些符号可以被剥离,从而减小Mach-O的体积
  • 隐藏不需要暴露的符号,从而避免被外界查看并使用,解决安全隐患

链接器提供的另一种方式:指定一个文件,将文件内的符号全部声明为不导出符号

创建symbol.txt文件,放到工程目录中,里面定义不想暴露的符号

_OBJC_CLASS_$_LGOneObject
_OBJC_METACLASS_$_LGOneObject
_global_init_value
_global_uninit_value

打开xcconfig文件,添加OTHER_LDFLAGS配置项

OTHER_LDFLAGS=$(inherited) -Xlinker -unexported_symbols_list >$(PROJECT_DIR)/symbol.txt

编译项目,此时symbol.txt文件中定义的四个符号已经被隐藏

Exports trie:
0x100000000  __mh_execute_header
0x100003F20  _main
Weak Symbol
弱定义符号

Weak Defintion Symbol:表示此符号为弱定义符号。如果静态链接器或动态链接器为此符号找到另⼀个(⾮弱)定义,则弱定义将被忽略。只能将合并部分中的符号标记为弱定义

打开WeakSymbol.m文件,写入以下代码:

#import "WeakSymbol.h"
#import <Foundation/Foundation.h>

void weak_function(void) {
   NSLog(@"weak_function");
}
  • 此时weak_function是一个全局符号,同样也是导出符号

打开WeakSymbol.h文件,写入以下代码:

void weak_function(void)  __attribute__((weak));
  • 使用__attribute__((weak))weak_function声明为弱定义符号

使用objdump --macho --exports-trie ${MACH_PATH}命令查看导出符号

Exports trie:
0x100000000  __mh_execute_header
0x100003EF0  _weak_function [weak_def]
0x100003F30  _main
0x100008010  _global_init_value
0x100008020  _global_uninit_value
  • weak_function还是导出符号,这也证明它依然是全局符号,其后增加了[weak_def]的标记

弱定义符号的作用

WeakSymbol.mmain.m中,都实现一个weak_function函数

void weak_function(void) {
   NSLog(@"weak_function");
}

同一个Project中,出现两个相同的全局符号,此时编译报错,提示出现重复符号

将其中一个weak_function函数声明为弱定义符号,此时编译成功

void weak_function(void)  __attribute__((weak));
  • 弱定义符号的作用:可以解决同名符号的冲突;链接器按照符号上下顺序,找到一处符号的实现后,其他地方的同名符号将被忽略

如果同时使用weakvisibility("hidden"),符号会变成一个弱定义的本地符号

打开WeakSymbol.m文件,写入以下代码:

void weak_hidden_function(void) {
   NSLog(@"weak_hidden_function");
}

打开WeakSymbol.h文件,将weak_hidden_function函数同时使用weakvisibility("hidden")修饰

void weak_hidden_function(void) __attribute__((weak, visibility("hidden")));

使用objdump --macho --syms ${MACH_PATH}命令查看符号表

SYMBOL TABLE:
0000000100003f10 lw    F __TEXT,__text _weak_hidden_function
0000000100008008 l     O __DATA,__data __dyld_private
0000000100008014 l     O __DATA,__data _static_init_value
0000000100008018 l     O __DATA,__bss _static_uninit_value
0000000100008028 l     O __DATA,__common _default_x
0000000100000000 g     F __TEXT,__text __mh_execute_header
0000000100008010 g     O __DATA,__data _global_init_value
0000000100008020 g     O __DATA,__common _global_uninit_value
0000000100003f30 g     F __TEXT,__text _main
0000000100003ef0 gw    F __TEXT,__text _weak_function
0000000000000000         *UND* _NSLog
0000000000000000         *UND* ___CFConstantStringClassReference
0000000000000000         *UND* dyld_stub_binder
  • 此时_weak_hidden_function被标记为lw,变为弱定义本地符号
弱引用符号

Weak Reference Symbol:表示此未定义符号是弱引⽤。如果动态链接器找不到该符号的定义,则将其设置为0。链接器会将此符号设置弱链接标志

打开WeakImportSymbol.h文件,写入以下代码:

void weak_import_function(void) __attribute__((weak_import));
  • 使用__attribute__((weak_import))weak_import_function声明为若引用符号
  • 此时项目中没有weak_import_function函数的实现

打开main.m文件,写入以下代码:

#import <Foundation/Foundation.h>
#import "WeakImportSymbol.h"

int main(int argc, char *argv[]) {
   if (weak_import_function) {
       weak_import_function();
   }
   return 0;
}

由于weak_import_function函数没有实现,但在main.m中被使用,此时编译报错,提示未定义符号

  • 当导入.h头文件并使用符号时,类似于API的使用,只要找到符号的声明即可。即使函数没有被实现,也可以生成目标文件。但链接生成可执行文件时,需要知道符号的具体位置,如果函数没有被实现,会出现错误提示:未定义符号

解决弱引用符号的使用问题,可以通过链接器,将符号声明为动态链接

使用man ld命令查看链接器参数:

  • -U:指明该符号未定义,需要运行时动态查找

打开xcconfig文件,添加OTHER_LDFLAGS配置项

OTHER_LDFLAGS=$(inherited) -Xlinker -U -Xlinker _weak_import_function
  • 此时项目可以正常编译成功
  • 通过-U参数,告诉链接器此符号是动态链接的,所以在链接阶段,即使它是未定义符号,忽略,不用管它。因为在运行时,动态链接器会自动找到它

运行项目,虽然weak_import_function函数没有被实现,但运行并不会报错

  • 因为main函数中调用weak_import_function函数之前有if (weak_import_function)的判断
  • 当动态链接器找不到该符号的定义,则将其设置为0。所以weak_import_function函数并不会被调用

弱引用符号的作用

  • 将一个符号声明为弱引用符号,可以避免编译链接时报错。在调用之前增加条件判断,运行时也不会报错
  • 使用动态库的时候,可以将整个动态库声明为弱引用,此时动态库即使没有被导入,也不会出现未找到动态库的错误
Common Symbol

在定义时,未初始化的全局符号

例如:main.m文件中,未初始化的global_uninit_value全局变量,它就属于Common Symbol

int global_uninit_value;

打开main.m文件,定义两个同名的全局变量,一个初始化,另一个不进行初始化,这种操作并不会报错

int global_init_value = 10;
int global_init_value;
  • Common Symbol的作用
  • 在编译和链接的过程中,如果找到定义的符号,会自动将未定义符号删掉
  • 在链接过程中,链接器默认会把未定义符号变成强制定义的符号

链接器设置:

  • -d:强制定义Common Symbol
  • -commons:指定对待Common Symbol如何响应
重新导出符号

NSLog为例:

  • 对于当前程序来说,NSLog属于存储在间接符号表中的未定义符号

NSLog可以在当前程序使用,如果想让使用此程序的其他程序也能使用,就要将此符号重新导出。重新导出之后的符号会放在导出符号表中,此时才能被外界查看并使用

使用man ld命令查看链接器参数:

  • -alias:只能给间接符号表中的符号创建别名,别名符号具有全局可见性

打开xcconfig文件,添加OTHER_LDFLAGS配置项

OTHER_LDFLAGS=$(inherited) -Xlinker -alias -Xlinker _NSLog -Xlinker Cat_NSLog
  • _NSLog符号创建Cat_NSLog别名

使用nm -m ${MACH_PATH} | grep "Cat_NSLog"命令查看符号表,指定"Cat_NSLog"关键字

(indirect) external Cat_NSLog (for _NSLog)
  • 此时Cat_NSLog是一个间接外部符号,是_NSLog符号的别名

使用objdump --macho --exports-trie ${MACH_PATH}命令查看导出符号

Exports trie:
0x100000000  __mh_execute_header
0x100003F20  _main
0x100008018  _global_init_value
0x100008028  _global_uninit_value
[re-export] Cat_NSLog (_NSLog from Foundation)
  • Cat_NSLog为导出符号,并且标记为[re-export],代表重新导出符号

重新导出符号的作用

  • 将一个间接符号表中的符号声明为重新导出符号,可以让使用此程序的其他程序也能使用
  • 当程序链接A动态库,而A动态库又链接B动态库时,B动态库对于程序来说是不可见的。此时可以使用重新导出的方式,让B动态库对程序可见
图解
查看项目使用的三方库和符号等信息

通过链接器,可以查看当前项目中使用的三方库和符号等信息

使用man ld命令查看链接器参数:

  • -map:将所有符号详细信息导出到指定文件

打开xcconfig文件,添加OTHER_LDFLAGS配置项

OTHER_LDFLAGS=$(inherited) -Xlinker -map -Xlinker $(PROJECT_DIR)/export.txt

编译项目,此时项目目录下多出export.txt文件

打开export.txt文件

# Path: /Users/zang/Library/Developer/Xcode/DerivedData/MachOAndSymbol-bdzlylfoorwnhggerxdmwocpeyad/Build/Products/Debug/MachOAndSymbol
# Arch: x86_64
# Object files:
[  0] linker synthesized
[  1] /Users/zang/Library/Developer/Xcode/DerivedData/MachOAndSymbol-bdzlylfoorwnhggerxdmwocpeyad/Build/Intermediates.noindex/MachOAndSymbol.build/Debug/MachOAndSymbol.build/Objects-normal/x86_64/LGOneObject.o
[  2] /Users/zang/Library/Developer/Xcode/DerivedData/MachOAndSymbol-bdzlylfoorwnhggerxdmwocpeyad/Build/Intermediates.noindex/MachOAndSymbol.build/Debug/MachOAndSymbol.build/Objects-normal/x86_64/main.o
[  3] /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX11.1.sdk/System/Library/Frameworks//Foundation.framework/Foundation.tbd
# Sections:
# Address   Size        Segment Section
0x100003EF0 0x0000006F  __TEXT  __text
0x100003F60 0x00000006  __TEXT  __stubs
0x100003F68 0x0000001A  __TEXT  __stub_helper
0x100003F82 0x00000011  __TEXT  __cstring
0x100003F93 0x0000000C  __TEXT  __objc_classname
0x100003F9F 0x0000000E  __TEXT  __objc_methname
0x100003FAD 0x00000008  __TEXT  __objc_methtype
0x100003FB8 0x00000048  __TEXT  __unwind_info
0x100004000 0x00000008  __DATA_CONST    __got
0x100004008 0x00000040  __DATA_CONST    __cfstring
0x100004048 0x00000008  __DATA_CONST    __objc_classlist
0x100004050 0x00000008  __DATA_CONST    __objc_imageinfo
0x100008000 0x00000008  __DATA  __la_symbol_ptr
0x100008008 0x000000B0  __DATA  __objc_const
0x1000080B8 0x00000050  __DATA  __objc_data
0x100008108 0x00000010  __DATA  __data
0x100008118 0x00000004  __DATA  __bss
0x100008120 0x00000010  __DATA  __common
# Symbols:
# Address   Size        File  Name
0x100003EF0 0x00000027  [  1] -[LGOneObject testOneObject]
0x100003F20 0x0000003F  [  2] _main
0x100003F60 0x00000006  [  3] _NSLog
0x100003F68 0x00000010  [  0] helper helper
0x100003F78 0x0000000A  [  3] _NSLog
0x100003F82 0x0000000E  [  1] literal string: testOneObject
0x100003F90 0x00000003  [  2] literal string: %d
0x100003F93 0x0000000C  [  1] literal string: LGOneObject
0x100003F9F 0x0000000E  [  1] literal string: testOneObject
0x100003FAD 0x00000008  [  1] literal string: v16@0:8
0x100003FB8 0x00000048  [  0] compact unwind info
0x100004000 0x00000008  [  0] non-lazy-pointer-to-local: dyld_stub_binder
0x100004008 0x00000020  [  1] CFString
0x100004028 0x00000020  [  2] CFString
0x100004048 0x00000008  [  1] objc-cat-list
0x100004050 0x00000008  [  0] objc image info
0x100008000 0x00000008  [  3] _NSLog
0x100008008 0x00000048  [  1] __OBJC_METACLASS_RO_$_LGOneObject
0x100008050 0x00000020  [  1] __OBJC_$_INSTANCE_METHODS_LGOneObject
0x100008070 0x00000048  [  1] __OBJC_CLASS_RO_$_LGOneObject
0x1000080B8 0x00000028  [  1] _OBJC_METACLASS_$_LGOneObject
0x1000080E0 0x00000028  [  1] _OBJC_CLASS_$_LGOneObject
0x100008108 0x00000008  [  0] __dyld_private
0x100008110 0x00000004  [  2] _global_init_value
0x100008114 0x00000004  [  2] _static_init_value
0x100008118 0x00000004  [  2] _static_uninit_value
0x100008120 0x00000008  [  2] _global_uninit_value
0x100008128 0x00000008  [  2] _default_x
  • 文件内包含了编译链接时生成的目标文件,项目中使用的三方库,还包含项目中的SectionsSymbols等信息
Section的名称与作用
名称 作用
TEXT.text 可执行的机器码
TEXT.cstring 去重后的C字符串
TEXT.const 初始化过的常量
TEXT.stubs 符号桩。lazybinding的表对 应项指针指向的地址的代码
TEXT.stub_ helper 辅助函数。当在lazybinding的表中没有找到对应项的指针表示的真正的符号地址的时候,指向这
TEXT.unwind_info 存储处理异常情况信息
TEXT.eh_frame 调试辅助信息
DATA.data 初始化过的可变的数据
DATA.nI_symbol_ptr lazy-binding的指针表,每个表中的指针指向一个在装载过程中,被动态链接器搜索完成的符号
DATA.Ia_symbol_ptr lazy-binding的指针表,每个表中的指针一开始指向stub_helper
DATA.const 没有初始化过的常量
DATA.mod_init_func 初始化函数,在main之前调用
DATA.mod_term_func 终止函数,在main返回之后调用
DATA.bss 没有初始化的静态变量
DATA.common 没有初始化过的符号声明(for example, int I;
Swift符号表

打开SwiftSymbol.swift文件,写入以下代码:

public class LGSwiftClassSymbol {
   func testSwiftSymbol() {
   }
}

使用objdump --macho --syms ${MACH_PATH} | grep "Swift"命令查看符号表,指定Swift关键字

0000000100003f8a lw    O __TEXT,__swift5_typeref _symbolic _____ 14MachOAndSymbol012LGSwiftClassC0C
0000000100003f90 l     O __TEXT,__swift5_fieldmd _$s14MachOAndSymbol012LGSwiftClassC0CMF
0000000100008020 l     O __DATA,__objc_const __METACLASS_DATA__TtC14MachOAndSymbol18LGSwiftClassSymbol
0000000100008068 l     O __DATA,__objc_const __DATA__TtC14MachOAndSymbol18LGSwiftClassSymbol
00000001000080e8 l     O __DATA,__data _$s14MachOAndSymbol012LGSwiftClassC0CMf
0000000100003d90 g     F __TEXT,__text _$s14MachOAndSymbol012LGSwiftClassC0C09testSwiftC0yyF
0000000100003f78 g     O __TEXT,__const _$s14MachOAndSymbol012LGSwiftClassC0C09testSwiftC0yyFTq
0000000100003e10 g     F __TEXT,__text _$s14MachOAndSymbol012LGSwiftClassC0CACycfC
0000000100003f80 g     O __TEXT,__const _$s14MachOAndSymbol012LGSwiftClassC0CACycfCTq
0000000100003e40 g     F __TEXT,__text _$s14MachOAndSymbol012LGSwiftClassC0CACycfc
0000000100003e60 g     F __TEXT,__text _$s14MachOAndSymbol012LGSwiftClassC0CMa
00000001000080c0 g     O __DATA,__data _$s14MachOAndSymbol012LGSwiftClassC0CMm
0000000100003f44 g     O __TEXT,__const _$s14MachOAndSymbol012LGSwiftClassC0CMn
00000001000080f8 g     O __DATA,__data _$s14MachOAndSymbol012LGSwiftClassC0CN
0000000100003dd0 g     F __TEXT,__text _$s14MachOAndSymbol012LGSwiftClassC0CfD
0000000100003db0 g     F __TEXT,__text _$s14MachOAndSymbol012LGSwiftClassC0Cfd
0000000000000000         *UND* _OBJC_CLASS_$__TtCs12_SwiftObject
0000000000000000         *UND* _OBJC_METACLASS_$__TtCs12_SwiftObject
  • 查找出所有包含Swift关键字的符号,其中有很多标记为g的全局符号

打开SwiftSymbol.swift文件,修改LGSwiftClassSymbol类的访问控制,改为private修饰

private class LGSwiftClassSymbol {
   func testSwiftSymbol() {
   }
}

使用objdump --macho --syms ${MACH_PATH} | grep "Swift"命令查看符号表,指定Swift关键字

0000000100003d10 l     F __TEXT,__text _$s14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLC09testSwiftC0yyF
0000000100003d30 l     F __TEXT,__text _$s14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLCfd
0000000100003d50 l     F __TEXT,__text _$s14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLCfD
0000000100003d90 l     F __TEXT,__text _$s14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLCMa
0000000100003db0 l     F __TEXT,__text _$s14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLCADycfC
0000000100003de0 l     F __TEXT,__text _$s14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLCADycfc
0000000100003f1c lw    O __TEXT,__const _$s14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLCMXX
0000000100003f44 l     O __TEXT,__const _$s14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLCMn
0000000100003f78 l     O __TEXT,__const _$s14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLC09testSwiftC0yyFTq
0000000100003f80 l     O __TEXT,__const _$s14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLCADycfCTq
0000000100003f8a lw    O __TEXT,__swift5_typeref _symbolic _____ 14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLC
0000000100003f90 l     O __TEXT,__swift5_fieldmd _$s14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLCMF
0000000100008020 l     O __DATA,__objc_const __METACLASS_DATA__TtC14MachOAndSymbolP33_66093EBE10D00815F1A5CBD65FFF466118LGSwiftClassSymbol
0000000100008068 l     O __DATA,__objc_const __DATA__TtC14MachOAndSymbolP33_66093EBE10D00815F1A5CBD65FFF466118LGSwiftClassSymbol
00000001000080c0 l     O __DATA,__data _$s14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLCMm
00000001000080e8 l     O __DATA,__data _$s14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLCMf
00000001000080f8 l     O __DATA,__data _$s14MachOAndSymbol012LGSwiftClassC033_66093EBE10D00815F1A5CBD65FFF4661LLCN
0000000000000000         *UND* _OBJC_CLASS_$__TtCs12_SwiftObject
0000000000000000         *UND* _OBJC_METACLASS_$__TtCs12_SwiftObject
  • 之前那些标记为g的全局符号,全部变为本地符号
$(SRCROOT)$(PROJECT_DIR)的区别
  • $(SRCROOT)代表的是项目根目录下
  • $(PROJECT_DIR)代表的是整个项目

往项目添加文件时,例如.a文件,要先Show in Finder,复制到工程目录中,然后再拖到xcode项目中

而有时,.a不在工程目录中。例如在工程的父目录,可以写成:$(SRCROOT)/../Spark/libSDK。其中/../就是指向父目录

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,236评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,867评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,715评论 0 340
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,899评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,895评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,733评论 1 283
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,085评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,722评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,025评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,696评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,816评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,447评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,057评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,009评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,254评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,204评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,561评论 2 343

推荐阅读更多精彩内容