注册

iOS .a与framework打包以及shell自动合并

静态库打包的流程:

18e27d8c51d79df28b178566857220fa.png

.a打包

6ba47ddf1217401b306079ab9d144b1c.png

将提前准备的项目文件及项目资源导入到SDK制作工程中

e1a8b00484924afab0d369f238f513e7.png

添加New Header Phase

a41179ead019c24f7d78a3d978776f9a.png

将制作静态库需要的.h文件添加到Project中,将静态库调用的头文件添加到Public中

cc21f482cf55c13277299c13731114f0.png

静态库打包bundle文件>由于演示制作的静态库包含图片和xib文件,因此为了规范,我们需要把图片和xib文件添加到bundle中,如图添加给静态库添加bundle资源包

6240cef2cb7e9270bd1e45ba491916fa.png

创建好之后,将图片和xib文件添加到Copy Bundle Resources中

6cdf19606f91fb0371eb0beb58fb4678.png

由于.bundle文件属于macOX类型,所以我们需要改一些配置来适配iOS,如图所示
TARGETS ->选择bundle -> Build Settings ->Base SDK ->选择Latest iOS (iOS 11.2)
7c94714c5d2f74bd93f3cfb1579c50ef.png

设置Build Setting 中的COMBINE_HIDPI_IMAEGS 为NO,否则Bundle中的图片就是tiff格式了。

3810558e4d087817ffd54f4461d8138f.png

作为资源包,仅仅需要编译就好,无需安装相关配置,设置Skip Install为YES,同样需要删除安装路径Installation Dirctory的值

a9f0647091eb20ce55aa32c5ddf50a8a.png

e5003c34173e35b81fdfc061622d9855.png

到此为止bundle文件的设置完成


打包工程和资源文件
5ac9f5cd9558ef0b9fb07d8b5dc94c2b.png

d605a37bbcbc0a710604fc45a8a1de42.png

找到源文件路径,如下图所示,到此静态库制作完成,将.libStaticSDK.a和source.bundle和头文件StaticSDK.h导入到项目中即可使用

be39c0e2f973fb14b4b7a0d371c43ca3.png

找到源文件路径

3、合并静态库真机和模拟器文件

我们在制作静态库的时候,编译会产两个.a文件,一个适用于模拟器的,一个是用于真机的,为了开发方便我们可以使用终端命令将.a文件进行合并

lipo -create XXX/模拟器.a路径 XXX/真机.a路径 -output 合并后的文件名称.a

4、注意点,由于资源文件在Bundle文件中因此在使用时需注意,以下我举两个例子,一个是加载图片,一个是加载xib文件

4b3b83815f0b87719fa3d3ae881b9e52.png

f60e323e6c2643d24c61f11fab793eb4.png

c1203d9af42cd937594d9cb1e8dc8d95.png

对于使用了Cocoapod导入第三方的xcode工程来讲 需要在Podfile中 做如下修改 之后 pod install
需要同时对住工程target 和Framework的target 配置pod环境

cffccb04fbb19b1e31432f93aa4b6ac6.png

edef198597d64360e4405e0f3c959fa9.png

2.build Setting 设置

选择工程文件>target第一项>Build Setting>搜索linking,然后几个需要设置的选项都显现出来,首先是Dead Code Stripping设置为NO,网上对此项的解释如下,大致意思是如果开启此项就会对代码中的”dead”、”unreachable”的代码过滤,不过这个开关是否关闭,似乎没有多大影响,不过为了完整还原framework中的代码,将此项关闭也未曾不可。

The resulting executable will not include any “dead” or unreachable code

然后将Link With Standard Libraries关闭,我想可能是为了避免重复链接

最后将Mach-O Type设为Static Library,framework可以是动态库也可以是静态库,对于系统的framework是动态库,而用户制作的framework只能是静态库。

cbfa282c79092a4f8a02b095f636251d.png

开始将下图中的build Active Architecture only选项设为YES,导致其编译时只生成当前机器的框架,将其设置为NO后,发现用模拟器编译后生成的framework同时包含x86_64和i386架构。不过这个无所谓,我们之后会使用编译脚本,脚本会将所有的架构全包含

e736fcb85214c4ffa7df5332bb6ef233.png

分别编译

show in finder 如下

Debug-iphoneos 为Debug模式下真机使用的
Debug-iphonesimulator 为Debug模式下模拟器使用的
Release -iphoneos 为Release模式下真机使用的
Release-iphonesimulator 为Release模式下模拟器使用的


d71b90e11c121d675346198540fa3420.png

下面的合并和.a一样操作

下面介绍自动shell脚本合并

1:生成脚本target

385b52036091076e5f3db46f594448a5.png

2.target设置

1.添加target依赖

Target Dependencies 选中需要打包的framework + 选择New Run Script Phase 出现 Run Scirpt

686483b168d4d5628c1ccce8fe557305.png

2.设置脚本路径

可以在命令行里设置
也可以直接将脚本粘贴在这里

3425d9f1a71fb22ffae48690328edaa0.png

# 取得项目名字(get project name)
FMK_NAME=${PROJECT_NAME}
# 取得生成的静态库文件路径 (get framework path)
INSTALL_DIR=${SRCROOT}/Products/${FMK_NAME}.framework
# 设置真机和模拟器生成的静态库路径 (set devcie framework and simulator framework path)
WRK_DIR=build
DEVICE_DIR=${WRK_DIR}/Release-iphoneos/${FMK_NAME}.framework
SIMULATOR_DIR=${WRK_DIR}/Release-iphonesimulator/${FMK_NAME}.framework
# 模拟器和真机编译 (device and simulator build)
xcodebuild -configuration "Release" -target "${FMK_NAME}" -sdk iphoneos clean build
xcodebuild -configuration "Release" -target "${FMK_NAME}" -sdk iphonesimulator clean build
# 删除临时文件 (delete temp file)
if [ -d "${INSTALL_DIR}" ]
then
rm -rf "${INSTALL_DIR}"
fi
mkdir -p "${INSTALL_DIR}"
# 拷贝真机framework文件到生成路径下 (copy device file to product path)
cp -R "${DEVICE_DIR}/" "${INSTALL_DIR}/"
# 合并生成,替换真机framework里面的二进制文件,并且打开 (merger and open)
lipo -create "${DEVICE_DIR}/${FMK_NAME}" "${SIMULATOR_DIR}/${FMK_NAME}" -output "${INSTALL_DIR}/${FMK_NAME}"
echo "${DEVICE_DIR}/${FMK_NAME}"
echo "${SIMULATOR_DIR}/${FMK_NAME}"
rm -rf "${WRK_DIR}"
open "${INSTALL_DIR}"

6889efed93951c34fec81bd585499f0c.png


摘自作者:Cooci
原贴链接:https://www.jianshu.com/p/bf1cc6ac7d17

0 个评论

要回复文章请先登录注册