iOS静态库SDK开发指南
引言
库是程序代码的集合，是共享程序代码的一种方式。
SDK指软件开发工具包 SDK即可指开发Windows平台下的应用程序所使用的库，它也可以简单的为某个程序设计语言提供应用程序接口API的一些文件，但也可能包括能与某种嵌入式系统通讯的复杂的硬件。
根据源代码的公开情况，库可以分为2种类型：
1、开源库（公开源代码，能看到具体实现，比如SDWebImage、AFNetworking）；2、闭源库（不公开源代码，是经过编译后的二进制文件，看不到具体实现；主要分为：静态库、动态库）
- 静态库和动态库的存在形式
静态库：.a 和 .framework 动态库：.dylib 和 .framework
- 静态库和动态库在使用上的区别
1、静态库：链接时，静态库会被完整地复制到可执行文件中，被多次使用就有多份冗余拷贝 2、动态库：链接时不复制，程序运行时由系统动态加载到内存，供程序调用，系统只加载一次，多个程序共用，节省内存（项目中如果使用了自制的动态库，不能被上传到AppStore）
本文要点
- 搭建一个提高开发效率的静态库工程
- 采用
pod lib开发并打包静态库 - 混淆带有bitcode sectname 的静态库
I、制作静态库的注意点
无论是 .a 静态库还是 .framework 静态库，最终需要的都是：二进制文件 + .h + 其它资源文件
- .a 和 .framework 的使用区别：
.a 本身是一个二进制文件，需要配上 .h 和 其它资源文件 才能使用；.framework 本身已经包含了 .h 和 其它资源文件，可以直接使用
- 多文件处理：如果静态库需要暴露出来的 .h 比较多，可以考虑创建一个主头文件（一般 主头文件 和 静态库 同名）在主头文件中包含所有其他需要暴露出来的 .h 文件，使用静态库时，只需要#import 主头文件
- .framework为什么既是静态库又是动态库：
系统的 .framework 是动态库，我们自己建立的 .framework 是静态库
1.1 静态库中包含了Category的注意事项
如果静态库中包含了Category，有时候在使用静态库的工程中会报（unrecognized selector sent to instance）
- 解决方案：
在使用静态库的工程中配置Other Linker Flags为-ObjC
-ObjC这个flag告诉链接器把库中定义的Objective-C类和Category都加载进来。 这样编译之后的app会变大（因为加载了其他的objc代码进来）。但是如果静态库中有类和category的话只有加入这个flag才行。-all_load这个flag是专门处理-ObjC的一个bug的。 用了-ObjC以后，如果类库中只有category没有类的时候这些category还是加载不进来。变通方法就是加入-all_load或者-force-load。 -all_load会强制链接器把目标文件都加载进来，即使没有objc代码。-force_load在xcode3.2后可用。但是-force_load后面必须跟一个只想静态库的路径。
1.2 合并真机和模拟器的.a文件
如果想让一个.a文件能同时用在真机和模拟器上，需要进行合并
lipo -create Debug-iphoneos/libMJRefresh.a Debug-iphonesimulator/libMJRefresh.a -output libMJRefresh.a
- 通过lipo –info libMJRefresh.a可以查看 .a 的类型（模拟器还是真机）
#!/bin/bash
#用lipo合并模拟器Framework与真机Framework
DATE=$(date +%Y%m%d-%T)
mkdir -p /Users/devzkn/Desktop/lib/lib_$DATE/lib_real_iphonesimulator
#合并文件
lipo -create /Users/devzkn/Library/Developer/Xcode/DerivedData/iPos-bzjkdluhflvvnmgjldfubxpmrdrj/Build/Products/Debug-iphoneos/libiPosLib.a /Users/devzkn/Library/Developer/Xcode/DerivedData/iPos-bzjkdluhflvvnmgjldfubxpmrdrj/Build/Products/Debug-iphonesimulator/libiPosLib.a -output /Users/devzkn/Desktop/lib/lib_$DATE/lib_real_iphonesimulator/libiPosLib.a
#rm -r /Users/devzkn/Desktop/lib/
1.3 选择需要暴露出来的.h文件，.m文件会自动编译到.a文件中
这里写图片描述
1.4 动态库framework暴露头文件
framework想暴露的头文件，添加到headers的public子选项即可
II、搭建一个提高开发效率的静态库工程
此项目模板完美解决静态库工程和demoApp工程的集成，提高开发调试效率,方便静态库的源码和demo源码的管理维护。
https://kunnan.blog.csdn.net/article/details/73872024
III、采用 pod lib 开发并打包静态库
比我之前自己搭建的模板更方便，可利用iOS CocoaPods私有库实现组件化。
https://kunnan.blog.csdn.net/article/details/103830544
IV、iOS逆向与安全相关知识
4.1 iOS安全【Confusing static libraries with Bitcode Sectname】
iOS安全：【混淆带有bitcode sectname 的静态库】
不需要源代码就可以进行混淆https://blog.csdn.net/z929118967/article/details/76671425
4.2 iOS逆向【动态库的注入原理】
（基于修改Mach-O 的Load Command、利用环境变量DYLD_INSERT_LIBRARIES、在挂载的进程上创建一个挂起的线程，然后在这个线程里申请一片用）
https://blog.csdn.net/z929118967/article/details/107957482