头文件，你会害死我的…

最后通过添加(包括引号)让它工作

"${PODS_ROOT}/BuildHeaders"

到User Header Search Paths条目，并检查“递归”。

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

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

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

以下是对我有效的方法:

转到目标>“构建设置”选项卡，找到“用户头搜索路径”设置。

将其设置为"$(BUILT_PRODUCTS_DIR)"并选中"Recursive"复选框。

现在构建的目标将搜索工作区的共享构建目录，以定位可链接的头文件。

====

更新

最近我也遇到了类似的问题(尽管略有不同)。结果Xcode找不到Pods，因为我打开的是。xcodeproj文件而不是。xcworkspace文件。也许将来能帮助到别人。

我将在我的构建设置中更新以下内容，我没有得到任何错误。要检查这些东西，同时更新你的cocoapods。

建立设置

启用位码- YES(如果你正在使用位码) 宏预处理器- $(继承) 其他链接标志- objc， -lc++， $(继承)

只构建体系结构

调试-是 放松-不

搜索路径

框架搜索路径$(继承)$(PROJECT_DIR) 库搜索路径- $(继承) 标题搜索路径- $(继承)

1.检查

build settings ->搜索路径->用户头搜索路径-> . build settings

“$ {PODS_ROOT} /”递归

2.检查导入样式(关键点)， 如果你的podfile已经设置

use_frameworks !

在File-Bridging-Header.h中，格式化器应该是这样的

#进口“MBProgressHUD.h”

Else应该在下面

#进口< MBProgressHUD.h >

3.那一定是工作!相信我

如果以上都不适合你，你发现这个错误，因为你刚刚切换到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模块使用伞文件，这是更安全的。