在进行组件化或者打静态库时，不可避免的会进行资源文件的处理，一般有以下几种情况：
1、pod 库中的代码读取自身 pod 库中的资源
2、pod 库中代码读取其他 pod 库资源
3、主工程读取 pod 库资源
4、pod 库读取主工程资源（这个读取思想错误）
通常在主工程调用主工程的资源时，可以直接 imageName 或者 [mainbundle pathForRecource] 读取，但是在 pod 进行管理的时候， pod 资源文件也会变为 bundle 加入到 mainBundle 中，但是由于最直接的 bundle 并不是 mainBundle ，所以这种方法是行不通的，关键要取到资源相关联的 bundle 。
一、资源文件引用的方式
CocoaPods 两种资源文件引用方式 resource_bundles & resources
recource_bundles 允许当前 Pod 库的资源包的名称和文件，key 是 bundle 的名称，value 是需要包括文件的通配。
官方推荐使用 resource_bundles ,因为用 key-value 可以避免相同名称资源的名称冲突。
建议 bundle 的名称至少包括 pod 库的名称，避免同名冲突。
s.resource_bundles = { 'AClassTest' => ['AClassTest/Assets/**/*{xib,xcassets,storyboard}'] }
resources
使用 resource 来指定资源，被指定的资源只会简单的被 copy 到目标工程中。官方认为用 resources 无法避免同名文件资源冲突，同时 Xcode 也不会对这些资源做优化。
s.resource = ['AClassTest/Assets/**/*{xib,xcassets,storyboard}']
二、图片资源的管理
熟知常用的@2x @3x图片是为了缩小用户最终下载时的包的大小，通常会将图片放在 .xcassets 文件中管理，新建的项目也默认创建。
使用 .xcassets 不仅可以方便Xcode 查看和拖入图片，同时 .xcassets 最终打包生成为Assets.car 文件。对于 Assets.car 文件， App Slicing 会为切割留下符合目标设备分辨率的图片，可以缩小用户最终下载的包的大小。
对于Pods库的资源，同样也可以用 .xcassets 管理。
三、实际验证
官方推荐 resource_bundles 的理由是 “可以解决同名冲突” 和 “Xcode 为 bundle 提供了一些优化”。
1、使用resources
使用 resources 之后只会简单的将资源文件 copy 到目标工程，最后和目标工程的图片文件以及其他使用 resources 的 Pod 的图片文件， 统一打包为了一个Assets.car。
读取图片的方式
UIImage *image = [UIImage imageNamed:@"arrow_down" inBundle:[NSBundle bundleForClass:[self class]] compatibleWithTraitCollection:nil];
2、使用 resource_bundles
在 pod install 后，工程目录如下
bundle的包内容为
此时获取图片的方式不同
resources 和 resource_bundles 对 .xcassets 都可以很好的支持。
3、同名文件冲突的问题
使用 resources 之后只会简单的将资源文件 copy 到目标工程（Example 工程），最后和目标工程的图片文件以及其他同样使用 resources 的 Pod 的图片文件，统一一起打包为了一个 Assets.car。
使用 resource_bundles 之后会为为指定的资源打一个 .bundle，.bundle包含一个 Assets.car，获取图片的时候要严格指定 .bundle 的位置，很好的隔离了各个库或者一个库下的资源包。
显然，使用 resources，如果出现同名的图片，显然是会出现冲突的，同样使用 some-image 名称的两个图片资源，不一定能正确调用到。
一般来说使用 resource_bundles 更好。
demo：https://github.com/yuetianlu/PrivatePodsExample.git
参考文章：
