2018-06-24 私有库坑 ：Include of non-modular header inside framework module

转自：https://blog.csdn.net/blog_jihq/article/details/52614156

spec.user_target_xcconfig = { 'CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES' => 'YES' }.png

/Users/jifeng/Library/Developer/Xcode/DerivedData/App-dpxkmrruvfndhjfuqdoultvoaiad/Build/Products/Release-iphonesimulator/ServyouCocoaPodDynamicLayout/ServyouCocoaPodDynamicLayout.framework/Headers/SVDynamicLayoutManager.h:9:9: error: include of non-modular header inside framework module 'ServyouCocoaPodDynamicLayout.SVDynamicLayoutManager' [-Werror,-Wnon-modular-include-in-framework-module] \#import "SVObject.h" ^ 1 error generated. /var/folders/rg/f1ycrs553dq2z2dq7mt0mbh80000gn/T/CocoaPods/Lint/App/main.m:3:9: fatal error: could not build module 'ServyouCocoaPodDynamicLayout' @import ServyouCocoaPodDynamicLayout; ~~~~~~_^~~~~~~~~~~~~~~~~~~~~~~~~~~
2 errors generated.
遇到这个问题之后在网上搜索了下“include of non-modular header inside framework module”，网上大部分的解决方法是：将Build Settings中的Allow Non-modular Includes In Framework Modules设为YES，但一直没有讲出现问题的原因。
后来看到了一个的文章，简单说明了问题原因，并且提供了另一个解决办法：http://www.jianshu.com/p/a1d2d148fdd3
简单来说就是在podfile文件中写代码，动态地生成modulemap和umbrella文件。
最终感觉第二种解决方法有些取巧，怕以后出现问题，还是决定采用第一种方法。
首先通过lint命令的--no-clean参数查看编译工程，手动修改了第一个解决方法中提及的编译开关，改为YES后确实没有了问题。
但是创建一个pod显然不能手动的修改该设置，于是在官方的podspec语法介绍网页https://guides.cocoapods.org/syntax/podspec.html中查看，最终在build settings找到了三个可能相关的参数：compiler_flags、pod_target_xcconfig、user_target_xcconfig。
首先尝试配置compiler\flags。因为看到官方的例子是spec.compiler_flags = '-DOS_OBJECT_USE_OBJC=0', '-Wno-format'
而我的错误信息中也有类似的-Wnon-modular-include-in-framework-module，所以我配置了spec.compiler_flags = '-Wnon-modular-include-in-framework-module'，但是没有效果。
然后尝试配置pod_target_xcconfig。官方的例子是：spec.pod_target_xcconfig = { 'OTHER_LDFLAGS' => '-lObjC' }。这应该是对应的Build Settings里面的Other Link Flags设置。虽然明知道很可能是错误的，但我还是尝试设置成spec.pod_target_xcconfig = { 'OTHER_LDFLAGS' => '-Wnon-modular-include-in-framework-module' }。果然无效。配置中{}应该是字典类型的配置，=>之前的字符串是一个key值，现在需要先找到Allow Non-modular Includes In Framework Modules设置对应的key值。在Xcode的Quick Help中看到注释中Declaration CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES，尝试了一下spec.pod_target_xcconfig = { 'CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES' => 'YES' }，发现没有效果。后来想到Xcode是可以通过命令行进行编译的，编译指令中可能会有对应的key值。然后虽然没有直接找到对应的key值，但是看到了xcodebuild有-showBuildSettings参数可以查看编译设置。所以就先手动将编译工程中的Allow Non-modular Includes In Framework Modules设成YES。然后通过xcodebuild -workspace App.workspace -scheme App -showBuildSettings查看了当前工程所有的设置，果然发现了这样一个常量CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES的值为YES。Quick Help中的声明是对的key值，但pod_target_xcconfig的配置不起作用。
最后尝试配置user_target_xcconfig，按照官方的例子，

配置为：spec.user_target_xcconfig = { 'CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES' => 'YES' }。成功，lint命令只剩下warning。

不过看官方的解释，user_target_xcconfig和pod_target_xcconfig的区别在于user_target_xcconfig是对于编译工程中所有pod的设置，而pod_target_xcconfig只是针对当前pod的。所以如果多个pod的podspec中对user_target_xcconfig同一个值进行了设置，那么就可能存在冲突问题。但因为CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES在pod_target_xcconfig不起作用，只能按现在的配置来处理。
8. 将私有仓库拉到本地时可能会存在两个。
因为git存在两个地址，分别是git和http/https，所以有时候可能会在本地repos下出现两个基于同一个git的仓库，仓库名字不同。因为一开始Lint的时候是指定了仓库名的，所以能通过，但pod repo push的时候虽然指定了push的仓库名，但因为没有指定校验的仓库名，一旦你的pod依赖了私有仓库中的某个pod，校验时会出现类似[!] Found multiple specifications forSVLibrary (2.2.0)`:的错误。此时需要删除掉一个私有仓库，然后重新push才行。