iOS开发静态库SDK指南： 搭建一个提高开发效率的静态库工程、混淆带有bitcode sectname 的静态库

文章目录

• 引言
• I、搭建一个提高开发效率的静态库工程
• II、采用 `pod lib` 开发并打包静态库
• III、iOS逆向与安全相关知识
• • 3.1 iOS安全【Confusing static libraries with Bitcode Sectname】
  • 3.2 iOS逆向【动态库的注入原理】
• IV、制作静态库的注意点
• • 4.1 静态库中包含了Category的注意事项
  • 4.2 合并真机和模拟器的.a文件
  • 4.3 选择需要暴露出来的.h文件，.m文件会自动编译到.a文件中
  • 4.4 动态库framework暴露头文件

引言

• 原文

https://kunnan.blog.csdn.net/article/details/113755687

库是程序代码的集合，是共享程序代码的一种方式。

根据源代码的公开情况，库可以分为2种类型：1、开源库（公开源代码，能看到具体实现，比如SDWebImage、AFNetworking）；2、闭源库（不公开源代码，是经过编译后的二进制文件，看不到具体实现；主要分为：静态库、动态库）

• 静态库和动态库的存在形式

静态库：.a 和 .framework 动态库：.dylib 和 .framework

• 静态库和动态库在使用上的区别

1、静态库：链接时，静态库会被完整地复制到可执行文件中，被多次使用就有多份冗余拷贝 2、动态库：链接时不复制，程序运行时由系统动态加载到内存，供程序调用，系统只加载一次，多个程序共用，节省内存（项目中如果使用了自制的动态库，不能被上传到AppStore）

I、搭建一个提高开发效率的静态库工程

• https://kunnan.blog.csdn.net/article/details/73872024

II、采用 pod lib 开发并打包静态库

比我之前自己搭建的模板更方便，可利用iOS CocoaPods私有库实现组件化。

https://kunnan.blog.csdn.net/article/details/103830544

III、iOS逆向与安全相关知识

3.1 iOS安全【Confusing static libraries with Bitcode Sectname】

iOS安全：【混淆带有bitcode sectname 的静态库】

【代码混淆】1、基于编译器混淆静态库(StaticLib)2、字符串加密：使用clang-c接口

不需要源代码就可以进行混淆https://blog.csdn.net/z929118967/article/details/76671425

3.2 iOS逆向【动态库的注入原理】

（基于修改Mach-O 的Load Command、利用环境变量DYLD_INSERT_LIBRARIES、在挂载的进程上创建一个挂起的线程，然后在这个线程里申请一片用）

https://blog.csdn.net/z929118967/article/details/107957482

IV、制作静态库的注意点

无论是 .a 静态库还是 .framework 静态库，最终需要的都是：二进制文件 + .h + 其它资源文件

• .a 和 .framework 的使用区别：

.a 本身是一个二进制文件，需要配上 .h 和 其它资源文件 才能使用；.framework 本身已经包含了 .h 和 其它资源文件，可以直接使用

• 多文件处理：如果静态库需要暴露出来的 .h 比较多，可以考虑创建一个主头文件（一般 主头文件 和 静态库 同名）在主头文件中包含所有其他需要暴露出来的 .h 文件，使用静态库时，只需要#import 主头文件
• .framework为什么既是静态库又是动态库：

系统的 .framework 是动态库，我们自己建立的 .framework 是静态库

4.1 静态库中包含了Category的注意事项

如果静态库中包含了Category，有时候在使用静态库的工程中会报（unrecognized selector sent to instance）

• 解决方案：在使用静态库的工程中配置Other Linker Flags为-ObjC