最近在试着制作Framework，其中也遇到过一些坑，在此简单记录一下顺便和大家分享下遇到的坑。

简介

静态库
静态库即静态链接库。之所以叫做静态，是因为静态库在编译的时候会被直接拷贝一份，复制到目标程序里，这段代码在目标程序里就不会再改变了。

静态库的好处很明显，编译完成之后，库文件实际上就没有作用了。目标程序没有外部依赖，直接就可以运行。当然其缺点也很明显，就是会使用目标程序的体积增大。
动态库
动态库即动态链接库。与静态库相反，动态库在编译时并不会被拷贝到目标程序中，目标程序中只会存储指向动态库的引用。等到程序运行时，动态库才会被真正加载进来。

动态库的优点是，不需要拷贝到目标程序中，不会影响目标程序的体积，而且同一份库可以被多个程序使用（系统Framework可以多个应用公用，自己制作的Framework还是要拷贝到各自的应用中的）。同时，编译时才载入的特性，也可以让我们随时对库进行替换，而不需要重新编译代码。动态库带来的问题主要是，动态载入会带来一部分性能损失，使用动态库也会使得程序依赖于外部环境。如果环境缺少动态库或者库的版本不正确，就会导致程序无法运行（Linux 下喜闻乐见的 lib not found 错误）。

截屏2020-03-27下午3.16.06.png

制作

• 创建Framework

  
  
  截屏2020-03-27下午3.37.59.png
  
  

  创建好后的Framework默认是动态库 Dynamic Library，可以根据自己需要改为静态库 Static Library。

  
  
  截屏2020-03-27下午3.40.01.png
  
  设置最低支持的ios版本
  
  截屏2020-03-27下午4.04.10.png

• 编写测试类
  接下来动态库和静态库的流程是一样的，我就以静态库距离。
  创建一个CommentTool测试类，实现一个输入文字并打印出来的功能。
  记得把类公开 public

public class CommentTool: NSObject {
    
    public var commentContent : String = ""
    public func showContent() -> String {
        return self.commentContent
    }

}

然后用真机和模拟器分别运行一遍

截屏2020-03-27下午4.01.02.png

截屏2020-03-27下午3.59.33.png

来到工程目录树，Products下，右键xxxxx.framework，Show in Finder.

截屏2020-03-27下午4.07.52.png

这时能看到真机版本和模拟器版本framework（iphoneos后缀代表真机版本，iphonesimulator后缀代表模拟器）

截屏2020-03-27下午4.09.03.png

sudo lipo -create (此处请填写真机AppVest文件路径) (此处填写模拟器AppVest文件路径) -output 自定义合成文件存储路径（合成文件的名字AppVest）

也可以使用脚本，这里我就使用脚本来合并。

新建一个脚本

截屏2020-03-27下午4.18.36.png

截屏2020-03-27下午4.23.32.png

截屏2020-03-27下午4.26.49.png

脚本内容:

if [ "${ACTION}" = "build" ]
then
INSTALL_DIR=${SRCROOT}/Products/${PROJECT_NAME}.framework

DEVICE_DIR=${BUILD_ROOT}/${CONFIGURATION}-iphoneos/${PROJECT_NAME}.framework

SIMULATOR_DIR=${BUILD_ROOT}/${CONFIGURATION}-iphonesimulator/${PROJECT_NAME}.framework


if [ -d "${INSTALL_DIR}" ]
then
rm -rf "${INSTALL_DIR}"
fi

mkdir -p "${INSTALL_DIR}"

cp -R "${DEVICE_DIR}/" "${INSTALL_DIR}/"
#ditto "${DEVICE_DIR}/Headers" "${INSTALL_DIR}/Headers"

# 使用lipo命令将其合并成一个通用framework  
# 最后将生成的通用framework放置在工程根目录下新建的Products目录下  
lipo -create "${DEVICE_DIR}/${PROJECT_NAME}" "${SIMULATOR_DIR}/${PROJECT_NAME}" -output "${INSTALL_DIR}/${PROJECT_NAME}"

#open "${DEVICE_DIR}"
#open "${SRCROOT}/Products"
fi

运行脚本

截屏2020-03-27下午4.46.39.png

在工程目录树，Products文件夹下 就可以看到生成的framework 文件

截屏2020-03-27下午4.49.37.png

• 测试Framework
  将生成的Framework文件拖到测试demo中，我分别创建了静态库:FrameworksTest.和动态库:FrameworksTestTwo.
  动态库要设置为Embed & Sign。 动态库要设置为Embed & Sign。 动态库要设置为Embed & Sign
  
  截屏2020-03-27下午4.56.25.png
  
  接下来就是代码测试了
  
  截屏2020-03-27下午5.14.28.png

可能遇到的坑

• 问题一

  
  
  截屏2020-03-27下午5.16.42.png
  
  

  这个问题就是我上面提到的，动态库要设置为Embed & Sign

  
  
  截屏2020-03-27下午4.56.25.png

• 问题二
  你可能会遇到类似下面这个问题

dyld: Library not loaded: @rpath/StandardCyborgFusion.framework/StandardCyborgFusion
  Referenced from: /private/var/containers/Bundle/Application/2292CCF2-800F-4E28-AF10-A1B98081DD0A/StandardCyborgExample.app/StandardCyborgExample
  Reason: no suitable image found.  Did find:
    /private/var/containers/Bundle/Application/2292CCF2-800F-4E28-AF10-A1B98081DD0A/StandardCyborgExample.app/Frameworks/StandardCyborgFusion.framework/StandardCyborgFusion: code signature invalid for '/private/var/containers/Bundle/Application/2292CCF2-800F-4E28-AF10-A1B98081DD0A/StandardCyborgExample.app/Frameworks/StandardCyborgFusion.framework/StandardCyborgFusion'

我当时就是遇到了这个问题，各种百度和Google解决方案后，还是没能解决。直到我在 stack overflow 上看到了这个:

截屏2020-03-27上午11.00.07.png