我想我解决了这个问题。我有一些在框架中使用sqlite3的模型代码。在我的例子中，罪魁祸首是<sqlite3.h>。

问题是在我的Module/Module.h头文件中，我导入了一个导入<sqlite3.h>的公共头文件。解决方案是隐藏所有sqlite3_xxx类型，并确保它们 没有出现在任何公共场所。所有对sqlite3的直接引用都是私有或项目可见性。例如，我有一个公共单例，它挂有一些sqlite3_stmt指针。我把它们移动到一个单独的类中，现在它只是一个公共报头中的前向声明。现在我可以建造了。

顺便说一句，clang_allow_non_modular_incles_in_framework_modules设置不起作用。我试着在框架和相关项目中都设置它。这种变通是必要的，尽管我不确定为什么。

不

#import "MyOtherFramework.h"

Do

#import <MyOtherFramework/MyOtherFramework.h>

我也想补充一下我在这个问题上的经验。

总结一下:

@ambientlight的回答很棒，它解决了大部分问题。 允许非模块化报头是另一种解决方案(参见上面的一些答案)。 将框架的头标记为公共的(只有那些您想要公开的)，并将它们导入到伞形头中。

以下是我对上述答案的2个补充:

carefully check the imports in your project for headers which import your frameworks directly in them (instead of using forward declaration, if possible) -- it is not a good practice to include a header file inside another header file; sometimes this causes a problems, because if not done properly this may lead to multiple include-ing of one header and create linker issues. UPDATE: make sure that the architectures of the library and that of the target that you want to link it to match. and lastly, after doing all of the above, I still kept bumping onto that error. So I dug a little more and found (in the apple developer forums, but I lost the link :( ) that if you include the headers in the umbrella header not like this <framework/headerName.h>, but only like this "headerName.h", the problem goes away.

我尝试了最后一个，到目前为止我还没有遇到过这个问题，但是我怀疑这个解决方案只有在你应用了一些顶部的答案时才有效(注意:它们并不都相互兼容，例如，模块方法和允许非模块头包含)。

这个答案已经过时了。

导入框架时，必须导入所有与根头文件共享依赖关系的头文件。确保这总是有效的最简单的方法是导入框架的“headers”文件夹中的所有头文件到你的公共头文件路径。

Swift编译器使用这些信息生成一个非破损符号的映射及其相关的类型信息。

下面是如何自动应用快速修复，这样你就不必更换Pods了。在每个pod安装后手动Xcodeproj。

将这个片段添加到Podfile的末尾:

post_install do |installer|
  installer.pods_project.build_configuration_list.build_configurations.each do |configuration|
    configuration.build_settings['CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES'] = 'YES'
  end
end

在我的情况下(Xcode 9 beta 6 - Swift 4 -使用Cocoapods)，当我删除Podfile时，这个问题得到了解决。然后再次运行pod install