我认为一个最终的解决方案是去构建设置->搜索路径->用户头搜索路径，找到你的库路径，并在Finder中通过它。确保所有路径都存在，包括导入路径。

对我来说，我的道路比教程更短。在教程中，它类似于#import <SDK/path/to/ SDK/File.h>，但事实证明它只是#import <SDK/File.h>

维基给出了如何解决这个问题的建议:

如果Xcode找不到依赖项的头文件: 检查pod头文件是否在Pods/Headers中被正确地符号链接 并且您没有覆盖HEADER_SEARCH_PATHS(参见#1)。如果Xcode 还是找不到他们，作为最后的手段，你可以提前进口， 例如，#导入“Pods/ ssziparchvee .h”。

如果没有导入头文件，则可能在HEADER_SEARCH_PATHS中存在冲突。尝试将$(inherited)添加到Build Settings中的头搜索路径，以确保它从CocoaPods的.xcconfig文件中提取任何搜索路径。

这将有助于解决任何冲突并正确导入源代码。

这里还有另一个原因:所有的头路径看起来都很好，但我们在预编译(.pch)文件中试图读取pod头时仍然有一个错误

(即#import <CocoaLumberjack/CocoaLumberjack.h>)。

查看原始构建输出，我终于注意到这个错误破坏了我们的Watch OS扩展目标，而不是我们正在构建的主要目标，因为我们还将.pch预编译的头文件导入到Watch OS目标中，并且它在那里失败了。确保你的Watch OS目标设置不会试图导入.pch文件(特别是如果你从主目标设置导入，就像我做的那样!)

试着为你的目标评论一下这行吗

#  use_frameworks!

或者你可以参考我的另一个答案添加单元测试目标到xcode -导入桥接头失败不会消失

如果以上都不适合你，你发现这个错误，因为你刚刚切换到use_frameworks!在你的播客文件中，继续阅读:

我尝试了上面所有的解决方案，在了解到在我的特定情况下，它根本不是关于搜索头路径;当你切换到use_frameworks时!在Podfile中，你不再需要在桥接头中包含框架，事实上Xcode会抛出非常没有帮助的“unable to find header”错误。

你需要做的是删除桥接头文件中的所有导入，取而代之的是根据需要在你的个人Swift文件中使用Swift导入模块，就像你对Swift框架一样。

如果你在你的Obj-C类中使用任何框架头文件(在我的例子中，我们有一个使用FBSDK的方便类)，你需要将它从本地导入更改为全局导入(这意味着将#import "Module.h"更改为#import <Module/Module.h>，当你开始键入框架名称时，它应该自动完成。在我的例子中，它是<AFNetworking/AFHTTPRequestOperationManager.h>)。

编辑:我已经了解到做一个@import模块使用伞文件，这是更安全的。