iOS开发中与库相关的术语
动态库 VS 静态库
Static frameworks are linked at compile time. Dynamic frameworks are linked at runtime
.framework VS .a
.a 是一个纯二进制文件,不能直接拿来使用,需要配合头文件、资源文件一起使用。在iOS中是最为静态库的文件名后缀。
.framework 中除了二进制文件还有资源文件,可以拿来直接使用。
*在不能开发开发静态库的时候,.framework =.a+.h+hundle。 而当 Xcode 6 出来以后,我们可以开发动态库后 .framework = 静态库/动态库 + .h + bundle
.tbd VS .dylib & .a
.a 静态库的后缀名。
.dylib 动态库的后缀名。
.tbd Xcode7后我们在导入系统动态库是,不在有.dylib了,取而代之的是.tbd, 而 .tbd 其实是一个YAML本文文件,描述了需要链接的动态库的信息。主要目的是为了减少app 的下载大小。
Embedded VS Linked(??)
Embedded frameworks are placed within an app’s sandbox and are only available to that app. System frameworks are stored at the system-level and are available to all apps.
-
OK,前面说了那么多,那么如果我们自己开发了一个动态framework 怎么把它复制到 dyld 的共享缓存 里面呢?
-
一般来说,用正常的方式是不能滴,苹果也不允许你这么做。(当然不排除一些搞逆向的大神通过一些 hack 手段达到目的)
-
那么,我们应该如何开发并使用我们自己开发的 动态framework 呢?
-
那就是 Embedded Binaries。
-
Embedded 的意思是嵌入,但是这个嵌入并不是嵌入 app 可执行文件,而是嵌入 app 的 bundle 文件。当一个 app 通过 Embedded 的方式嵌入一个 app 后,在打包之后解压 ipa 可以在包内看到一个 framework 的文件夹,下面都是与这个应用相关的动态framework。在 Xcode 可以在这里设置,图中红色部分:
- 那么问题又来了,下面的 linded feameworks and libraries 又是什么呢?
- 首先在 linded feameworks and libraries 这个下面我们可以连接系统的动态库、自己开发的静态库、自己开发的动态库。对于这里的静态库而言,会在编译链接阶段连接到app可执行文件中,而对这里的动态库而言,虽然不会链接到app可执行文件中,但是会在启动的时候就去加载这里设置的所有动态库。(ps.理论上应该是这样,但是在我实际测试中似乎加载不加载都和这个没关系。可能我的姿势不对。😂)
- 如果你不想在启动的时候加载动态库,可以在 linded feameworks and libraries 删除,并使用dlopen加载动态库。(dlopen 不是私有 api。)
- (void)dlopenLoad{ NSString *documentsPath = [NSString stringWithFormat:@"%@/Documents/Dylib.framework/Dylib",NSHomeDirectory()]; [self dlopenLoadDylibWithPath:documentsPath]; } - (void)dlopenLoadDylibWithPath:(NSString *)path { libHandle = NULL; libHandle = dlopen([path cStringUsingEncoding:NSUTF8StringEncoding], RTLD_NOW); if (libHandle == NULL) { char *error = dlerror(); NSLog(@"dlopen error: %s", error); } else { NSLog(@"dlopen load framework success."); } }
点击build之后,Xcode做了什么
- 预处理(Pre_process):把宏替换,删除注释,展开头文件,生成 .i 文件
- 编译(Compliling):把之前的 .i文件转换为汇编语言,产生 .s 文件
- 汇编(Asembly):把汇编语言转换为机器码文件,产生 .o 文件
- 链接(Link):对 .o 文件中的对于其他的库的引用的地方进行引用,生成最后的可执行文件(同时也包括多个.o 文件进行链接)
LD && libtool
ld:用于产生可执行文件
libtool:产生lib的工具
Build phases && Build rules && Nuild settings
build phases:主要用来控制从源文件到可执行文件的整个过程,所以应该说是面向源文件的,包括编译那些文件,一节编译过程中执行哪些脚本的过程。
build rules:主要是用来控制如何编译某种类型的源文件,假如说对某种类型的文件进行特定的编译,同时也会大量的运用一些Xcode中的环境变量。
build settings:主要是对编译工作的细节进行设定,在这个窗口可以看见大量的设置选项,从编译到打包再到代码签名都有。
Mach-O
Mach-O:Match Object文件格式的缩写,他是一种用于客执行文件、目标代码、动态库、内核转储的文件格式。作为a.out格式的替代,Mach-O提供了更强的扩展性,并提升了符号表中的信息访问速度。
关于内存五大分区
-
BSS段:
BSS段( bss segment )通常是指用来存放程序中未初始化的全局变量和静态变量 的一块内存区域。
这里注意一个问题:一般的书上都会说全局变量和静态变量是会自动初始化的,那么哪来的未初始化的变量呢?变量的初始化可以分为显示初始化和隐式初始化,全局变量和静态变量如果程序员自己不初始化的话的确也会被初始化,那就是不管什么类型都初始化为0,这种没有显示初始化的就 是我们这里所说的未初始化。既然都是0那么就没必要把每个0都存储起来,从而节省磁盘空间,这是BSS的主要作用
BSS是英文Block Started by Symbol的简称。BSS段属于静态内存分配。 BSS节不包含任何数据,只是简单的维护开始和结束的地址,即总大小。以便内存区能在运行时分配并被有效地清零。BSS节在应用程序的二进制映象文件中并不存在,即不占用 磁盘空间 而只在运行的时候占用内存空间 ,所以如果全局变量和静态变量未初始化那么其可执行文件要小很多。
-
数据段(data segment)
通常是指用来存放程序中已经初始化的全局变量和静态变量的一块内存区域。数据段属于静态内存分配,可以分为只读数据段和读写数据段。字符串常量等,但一般都是放在只读数据段中。
- 代码段(code segment/text segment)
通常是指用来存放程序执行代码的一块内存区域。这部分区域的大小在程序运行前就已经确定,并且内存区域通常属于只读, 某些架构也允许代码段为可写,即允许修改程序。在代码段中,也有可能包含一些只读的常数变量,例如字符串常量等,但一般都是放在只读数据段中 。
-
堆(heap)
堆是用于存放进程运行中被动态分配的内存段,它的大小并不固定,可动态扩张或 缩减。当进程调用malloc等函数分配内存时,新分配的内存就被动态添加到堆上(堆被扩张); 当利用free等函数释放内存时,被释放的内存从堆中被剔除(堆被缩减)
- 栈 (stack heap)
栈又称堆栈, 是用户存放程序临时创建的局部变量,也就是说我们函数括弧“{}” 中定义的变量(但不包括static声明的变量,static意味着在数据段中存放变量)。除此以外, 在函数被调用时,其参数也会被压入发起调用的进程栈中,并且待到调用结束后,函数的返回值 也会被存放回栈中。由于栈的后进先出特点,所以 栈特别方便用来保存/恢复调用现场。从这个意义上讲,我们可以把堆栈看成一个寄存、交换临时数据的内存区。
小 Tips
- 栈区中的变量不需要程序员管理
- 堆区的需要程序员管理
- 在 iOS 中堆区的内存是所有应用程序共享
- 系统使用表级别结构来分配内存空间,所以逻辑地址和物理地址可能不一样
笔记来源:https://github.com/Damonvvong/DevNotes/blob/master/Notes/framework2.md