本文针对cocoapods进行打包的资源做个讲解，针对自身项目注意调整资源访问策略。

资源文件打包方式

使用pod lib create AppResourceModule 来进行演示。

use_frameworks! 

target 'AppResourceModule_Example' do
  pod 'AppResourceModule', :path => '../'
end

podfile文件中 use_frameworks!作用。

#把pod中的库都作为静态库来进行依赖时
#use_frameworks! 进行注释

#把pod的库作为动态库来进行连接(framework)
use_frameworks! //打开

其次 像 pod 'AppResourceModule' //引入库时，是否为动态库进行连接完全处决于该库的podspec中的设置. 

s.static_framework = true 

#如果库的podspec指定为使用静态库的方式提供给pod，就算podfile中使用use_frameworks!也会以静态库的方式打进包中。
也就是说打出来的framework是伪静态库。

如何区分动态库和伪动态库。

什么是"伪"动态库，本质是静态库，只是穿上了framework的外衣。

• 把 AppResourceModule库的podspce中设置s.static_framework = true即将库强制指定为静态库

• 把Podfile中的 use_frameworks! 打开。告诉pod我要打动态库的方式来提供。

• 重新podinstall

 

 为什么说是静态连接的方式，咱们可以从主工程.app的包中解压看下framework文件夹下是否有这个.framework就知道了。

 

可以看到并没有动态库，实际上都被静态编译到了App的二进制包中了。

纯的动态库

• 把podspec 中s.static_framework = false或注释

• 把Podfile中的 use_frameworks! 打开

• 重新podinstall

再来解压.app包看下 

可以看到已经是动态库framework了，并没有被提前编译到app的二进制文件中。

打包后资源被放置的位置分析

纯Framework的方式打包资源分析

前置条件：

• 资源文件路径：

 

 

 

• Podspec 指定资源打包方式：

把资源都打包到bundle包里
s.resource_bundles = {
    # 包的名称                包的资源所在的目录位置,即将目录下所有资源打到AppResourceModule.bundle里
     'AppResourceModule' => ['AppResourceModule/Assets/**/{*.xcassets}','AppResourceModule/Assets/**/{*}']
   }

• 注释 s.static_framework = true 或改为false

打出来的包，资源文件被放置在.framework内部

app->解包后
Frameworks-->AppResourceModule.framework-->AppResourceMoudle.bundle

如果podspec不使用bundle的方式时 

s.resources = 'AppResourceModule/Assets/**/{*}'
#则直接把资源都copy到.framework的根目录下。

伪静态库打包资源分析和完全使用静态库时分析情况是一样的

• 设置s.static_framework = true

• Podfile注释不注use_frameworks! 作为伪静态包 Podfile注释#use_frameworks! 作为完全静态包

• 必须要命名用bundle来存放资源

#  s.resources = 'AppResourceModule/Assets/**/{*}' 这种方式不能使用,如果要使用手动创建一个bundle,把所有资源放里面。
   s.resource_bundles = {
     'AppResourceModule' => ['AppResourceModule/Assets/**/{*}']
   }

有多少资源被打进库，如何避免重复？

当资源文件夹中有Bundle资源，些时路径不要使用{*}，因为会把bundle解包的资源也复制一份

如Res.bundle中只有四个资源图片：

当使用 

s.resource_bundles = {
     'AppResourceModule' => ['AppResourceModule/Assets/**/{*}'] #全量加载
}

pod install后，可以看到资源文件被重复添加了一次。 

如果改为：

s.resource_bundles = {
     'AppResourceModule' => ['AppResourceModule/Assets/**/{*.bundle}','AppResourceModule/Assets/**/{*.xcassets}']
     或 (前后位置没有关系)
     'AppResourceModule' => ['AppResourceModule/Assets/**/{*.xcassets}','AppResourceModule/Assets/**/{*.bundle}']
     
   }

重新pod install 后打包,可以看到很干净的资源了 

 

总结：

• 对于真动态库，.xcassets会被压缩成Assets.car后存放在s.resource_bundles指定的文名名.bundle（AppResourceModule.bundle）中存放。所有被指定的资源都被打包到该bundle中，连Res.bundle也不另外。

• 其次AppResourceModule.bundle，将被打包后放在AppResourceModule.framework的根目录下。相对于主程序.app的目录路径为 .app/Framework/AppResourceModule.framework/AppResourceModule.bundle/Assets.car,或Res.bundle。

• 对于静态库或伪动态库，则打成的AppResourceModule.bunld路径为.app/AppResourceModule.bundle

            访问时使用的Bundle方式注意可能不是mainbundle了。需要针对性的调整bundle访问方式。如果不确认的则做双重保障，静动态库路径一起判断。