在WWDC2014大会之前是不允许使用动态库,在wwdc2014大会上,苹果对ios8开放了动态库挂载,通过动态库来实现热更新,现在貌似已经不能通过审核了,这里推介一个滴滴大神写的 JSpatch ,话不多说,直奔主题。
创建iOS动态库
打开Xcode,左上角选择File->New->Project...
编码工作,在这里我简单的写了一个MyTest的类,并写一个log方法
把你创建的MyTest类的.h 添加上去,方便后边引用只引用只一个类就行。
设置开放的头文件:Framework中有些类可能是一些私有的辅助工具,不需要使用者看到,在这里只需要把开放出去的类放到Public下, 如图把Project里的MyTest.h拖到Public里,Public都是对外暴露的.h文件
到这可以说一个简单的framework就已经完成了。但是,但是,但是我们要做一个高大上的通用动态库,不仅仅自己使用,可以分享给别人使用,逼格瞬间提升了好多,有木有!
制作通用动态库
那我们该怎样制作一个通用的动态库呢? 简单的方法是分别生成模拟器和真机上运行的库,然后在合并,这个方法,在每次生成动态库的时候,过程都会很繁琐,下面我们用一个脚本来自动完成它。Xcode 左上角Fiel ->New->Target...
脚本内容如下:
之后我们运行程序,需要注意的一点事,如果要支持64位,需要在编译选项中设置,如下:
到此时,我们的framework库文件就制作完成,在xcode的window->projects中选中我们的这个项目,点击进入文件夹的小箭头:
在build->product中便可以找到我们的framework文件,我们将其赋值出来即可以使用了
一个framework就制作完成了。
测试
新建个项目,添加刚才弄好的MyFirstFramework.Framework 。这里注意一下,在下图把MyFirstFramework.Framework添加上去,不然会运行崩溃。
我们引用一下,调用方法,可以使用。
**Xcode7 制作通用静态库 **
在上面的基础上只要修改一个参数即可生成静态库。
运行一下,复制出来就可以使用了。使用静态库的话,就可以把Framework从‘Embedded Binaries’中删除了。
软件:xcode12
FrameWork既可能是动态库,也可能是静态库,我们这里创建的是动态库。
选择FrameWork。默认创建的是Framework动态库
设置动态库名称
修改项目的iOS Deployment Target为10.0(与使用动态库项目保持一致,或者低于使用的项目)
MyFramework.h是默认生成的,会自动添加到暴露的header中,可以在内部import一些自己需要暴露使用的头文件。
创建文件,并添加想要暴露的头文件
(可选)设置动态库支持bitcode,如果不支持bitcode,使用动态库的项目就不能支持bitcode
动态库支持bitcode: https://www.jianshu.com/p/c5570751fdbc
第一步,DEPLOYMENT_POSTPROCESSING = YES
第二步,设置 STRIP_STYLE 为 Debugging Symbols(默认是)
第三步,Build Settings ->Compiler Flags添加 -fembed-bitcode 参数
第四步,确认Build Settings ->Enable Bitcode 为YES(默认是)
设置Edit Scheme的Run的build Configuration为Release,以便于打出来的framework是release的。当然你也可以使用debug的进行调试。
simulator和真机的framework包如果需要进行合成一个调试包,需要去掉模拟器的arm64,因为xcode12合成的时候,会因为simulator和真机的包都包含arm64的而产生冲突。
选择任何simulator进行build,生成simulator的包,使用Any iOS Device进行build,生成真机的包。
生成之后在项目目录的products下的Myframework.framework进行Show in Finder,就可以看到生成的framework包。我们可以把两个包拷贝出来然后
两个包都可以单独进行调试,但是真机的包需要使用本地的证书进行重签名。
将两个包的可执行文件进行合成:
1>cd到你合成文件想要放置的文件夹下(避免当前文件夹下有和可执行文件名称相同的文件或者文件夹,有的话会报错)
2>终端执行命令:lipo -create sumulator的framework的可执行文件的目录 真机的framework的可执行文件的目录 -output 可执行文件名
lipo -create /Users/admin/Desktop/work/dylib/Release-iphonesimulator/MyFramework.framework/MyFramework /Users/admin/Desktop/work/dylib/Release-iphoneos/MyFramework.framework/MyFramework -output MyFramework
3>将生成的可执行文件替换Release-iphoneos中的MyFramework.framework下的可执行文件。MyFramework.framework则就是合成的包。
4>对合成的包进行开发者证书(使用动态库项目的开发者证书)签名,签名之后就生成了可进行sumulator和真机调试的framework动态包。
签名方式:重新打开终端输入/usr/bin/security find-identity -v -p codesigning 列出电脑上可用的签名,cd到XX.framework所在的目录,然后codesign -fs "Apple Development: xxxx (XXXX)" xx.framework进行签名。
注意:打包测试或者发布的时候是直接使用没有签名过的真机的framework,xcode会自动进行签名。
项目使用动态库framework
把动态库添加到项目,然后在Build Phases的Copy Bundle Resources中添加动态库,这样动态库在打包的时候可以打包到bundle中。Link Binary Libraries如果添加了的话,动态库在程序运行的时候就会自动动态加载,可以直接使用,如果没有添加,则需要我们使用loadAndReturnError或者dlopen(私有api不能上线使用)进行加载,加载成功之后进行使用。
动态加载库方式:
1> Build Phases的Copy Bundle Resources中添加动态库,Link Binary Libraries删掉动态库。如果Link Binary Libraries需要链接的话需要在Build Settings->Links->Runpath Search Paths中添加@executable_path/
2>使用
如果重复添加动态库,则后面添加的动态库失效。
如果framework中使用到了Category那么在使用framework的工程中要设置Build Settings中的Other Link Flag为-ObjC或者-all_load
导入动态库以build后一直报下面的错误
网上找到一个解决方法 https://www.jianshu.com/p/dd08131c9115 添加以后报下面错误
最后在 https://stackoverflow.com/questions/65303304/xcode-12-3-building-for-ios-simulator-but-the-linked-and-embedded-framework-wa 中找到方法
可以解决。
后来经过了解才知道,原来在我们导入库文件时,有动态静态之分(动态库只能是framework),如果是动态库,必须采用embed &sign,
当我们选中后,build phases中会自动添加如下图:
参考地址: https://juejin.cn/post/6844904013129842695
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)