这是我的答案，我更新cocoapods，我认为这使得PODS_HEADERS_SEARCH_PATHS消失。我的解决方案与此类似，但我使用“$(PODS_ROOT)/Headers”- Andrew Aitken

非常感谢你的回答。我花了很长时间寻找解决问题的方法。非常感谢。

对我来说，问题是在其他链接标志值。出于某种原因，我在像-l“xml2”-l“Pods-MBProgressHUD”这样的标志中没有引号。

以下是对我有效的方法:

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

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

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

====

更新

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

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

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

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

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

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

其他两个答案在这里都没有帮助。我发现了另外两个可以解决它的问题:

Xcode项目(你的项目)的配置应该设置为“Pods”，用于调试，发布(以及其他你拥有的)。参见“未找到头文件-不包括搜索路径” 也许你必须使用link_with命令链接目标。参见“无法在静态库项目中找到头文件”

编辑 你可以这样检查符号链接:创建一个名为“check”的文本文件，不带扩展名。将这些行复制进去:

file=/Users/youUserName/XcodeProjectName/Pods/BuildHeaders/SVProgressHUD/SVProgressHUD.h
if [[ ! -e $file &&  -L $file ]]; then
  echo "$file symlink is  broken!"
else
  echo "symlink works"
fi

然后进入终端，切换到您的检查文件所在的文件夹，并键入

bash check