现在我想把我的ObjC框架迁移到Swift，我得到了以下错误:
include of non-modular header inside framework module 'SOGraphDB'
引用是一个头文件，它只是定义了一个协议，我在一些类中使用这个头文件来使用这个协议。
这似乎与模块特性有关，但目前不太清楚如何修复，你知道解决方案吗?
更新:
这是一个Swift编译器错误。
更新2:
一个快速的解决方法(但不能解决根本原因)是将以下设置设置为yes: clang_allow_non_modular_incles_in_framework_modules = yes
当前回答
这个答案已经过时了。
导入框架时，必须导入所有与根头文件共享依赖关系的头文件。确保这总是有效的最简单的方法是导入框架的“headers”文件夹中的所有头文件到你的公共头文件路径。
Swift编译器使用这些信息生成一个非破损符号的映射及其相关的类型信息。
其他回答
我知道这是一个老问题，但我也有同样的问题，上面没有任何东西能帮助我。所以我希望我的回答能对别人有所帮助。 在我的情况下，问题是在ALWAYS_SEARCH_USER_PATHS设置。当它被设置为NO时，项目建立并工作正常。但只要其中一个pod要求将其设置为YES，我就会收到一个错误
包括非模块化的头在框架模块内
在喝了几杯咖啡和一整天的研究之后，我发现根据Xcode 7.1 Beta 2发布说明的已知问题:
如果你得到一个错误声明“包含非模块头在框架模块” 之前编译的框架，确保“Always Search User Paths” 构建设置设置为“No”。仅由于遗留原因，默认为“Yes”。(22784786)
虽然我使用的是XCode 7.3，但似乎这个bug还没有修复。
头文件已分配给目标，但仅被标记为项目可见，只是更改为公共导致解决此错误。
我尝试了我在这个线程上找到的所有可能的解决方案，设置目标->构建设置->允许框架模块中的非模块化包含切换到YES!等等。
但是什么都不管用。
当我通过评论use_frameworks安装pods时，我开始得到这个错误!，因为我想有一个静态库的豆荚。
原因Swift编译器抛出(在Xcode 13)这个错误，因为我正在导入私有框架头#导入“TFLTensorFlowLite.h” 在公共.h文件中，所以我在.m文件中导入了它，如下面的截图所示，它停止了Swift编译器抛出这个错误(注意我的框架有Objective c和Swift代码)
对我来说，解决方案是去目标->构建设置->允许框架模块中的非模块化包含切换到YES!
我也想补充一下我在这个问题上的经验。
总结一下:
@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.
我尝试了最后一个，到目前为止我还没有遇到过这个问题，但是我怀疑这个解决方案只有在你应用了一些顶部的答案时才有效(注意:它们并不都相互兼容，例如，模块方法和允许非模块头包含)。
