这种问题，通常出现在添加第三方库文件或者多人开发时。
这种问题一般是找不到文件而导致的链接错误。 我们可以从如下几个方面着手排查。
1.以如下错误为例，如果是多人开发，你同步完成后发现出现如下的错误。
- Undefined symbols for architecture armv7:
- "_OBJC_CLASS_$_MyPageLogViewController", referenced from:
- objc-class-ref in BaiduMobStatAppDelegate.o
- ld: symbol(s) not found for architecture armv7
- clang: error: linker command failed with exit code 1 (use -v to see invocation)
错误中出现了“MyPageLogViewController”这个类，你可以找到这个类的.m文件， 查看他的Target Membeship， 如下图
如果没有勾选上，点击勾选。然后编译查看。
2. 如果是新添加的第三方库，且不是静态库
先重复第一步过程，然后找到 Build settings->Linking->Other Linker Flags
将此属性修改成-all_load 或者 -ObjC ，这个视情况而定。总之可以多试几次。
3.如果添加的是第三方静态库（.a文件）
- Undefined symbols for architecture armv7:
- "_OBJC_CLASS_$_BaiduMobStat", referenced from:
- objc-class-ref in BaiduMobStatAppDelegate.o
- objc-class-ref in MyPageLogViewController.o
- (maybe you meant: _OBJC_CLASS_$_BaiduMobStatAppDelegate)
- ld: symbol(s) not found for architecture armv7
- clang: error: linker command failed with exit code 1 (use -v to see invocation)
在用到这个库的所有文件中都出现了错误， 如上 BaiduMobStatAppDelegate 类和 MyPageLogViewController类
这种情况就可能是这个静态库路径混乱导致的链接错误
解决方法：Build settings->Search Path->Library Search Paths 添加静态库的相应路径。如下图
如果上面的所有方法都不管用。你可以再试试一下几个方法：
1，看看是不是有新添加的文件跟之前文件同名
2，错误信息中出现了某个类的名字，去原文件中看看#import了哪些第三方库，把这些库挨个注释排除，找到出错的那个库，然后按照官方提供的步骤重新添加一遍。
linker command failed with exit code 1 (use -v to see invocation)的错误调试
情况1、
linker command failed with exit code 1 (use -v to see invocation)这个错误貌似遇见并不止一次，当我想用某个第三方类库的时候(如SBJson)，我直接把类库文件copy到工程目录里面，然后一编译就出现这样错误(并不是一定会出这样错误)，开始以为是网上下载的类库本身问题，所以重新找类库或者其他方式将它添加进去，只要不出错就行，也一直没有深入了解根本问题，今天在给工程添加一个FMDB(SQLIte第三方类库)文件编译时又出现这种错误，一开始以为工程问题，但是新建工程后还是出现这个问题，经过网上查找，得到了解决办法；
- Undefined symbols for architecture i386:
- "_OBJC_CLASS_$_FMDatabase", referenced from:
- objc-class-ref in ViewController.o
- ld: symbol(s) not found for architecture i386
- clang: error: linker command failed with exit code 1 (use -v to see invocation)
在网上得到解决办法是:
在工作左边导航栏Target-->Build Phases-->compile Sources中，第三库库的所有.m文件都添加到里面，然后编译通过了；
添加.m文件
根据对比可以看见 in FMDBTest,FMDBTest的Target里添加进去了了一些.m文件
对于以上错误，根据网友解答我的理解是
我们在使用这些第三方类库文件时直接将其拖拽到工程之中，编译的的时候Xcode也没有自动引用，所以造成这样错误，这就需要我们手动添加。假如我们在工程中新建某个文件就不会出现这样问题；
参考 http://blog.hsin.tw/2012/ios-dev-undefined-symbols-for-architecture-i386/
情况2、
linker command failed with exit code 1 (use -v to see invocation)
出现这种情况很可能是，项目中引入了多个相同的文件。删除一个就ok！情况3、
xcoder的一个编译错误：
linker command failed with exit code 1 (use -v to see invocation)
说明有无法准确找到的函数，函数有重复现象。
造成这个错误的原因是我直接在 .h头文件中实现了几个函数，然后这个头文件又被别的.c文件所引用，有实现的。
所以解决办法是把实现的几个函数单出一个.c文件里去。这样就ok了。
情况4、
把 Valid Architectures 的值改为 armv7
过程：
PROJECT --> Build Settings --> Architectures --> Valid Architectures 他的值本来是 armv7 armv7s （ios6.0下） 把armv7s 去掉即可
同样的操作
TARGETS --> Build Settings --> Architectures --> Valid Architectures 做同样的修改
情况5、 很奇葩的情况啊，就是引用第三方的静态库.a 出现了问题. 在模拟器和真机引入的静态库是分开的！！！当然如果你的静态库做成了统一的，那就不会出现情况5.
====================
对于 library not found for XXXX
没有配置Library Search Paths导致报错
（1）删除building setting -> Library Search Paths下的 $(PROJECT_DIR)/YunFu/third_party/UMAnalytics。如下图：
那么，你可能会问，为什么要删除这个路径而不是其他的路径呢？因为我知道这个路径就是libMobClickLibrary.a静态库的目录。
至此，我们可知，就因为我们在Library Search Paths下删除了$(PROJECT_DIR)/YunFu/third_party/UMAnalytics 导致报这个library not found for -lMobClickLibrary的错误。所以下次遇到同类问题，我们便可知道某个静态库的路径可能没有配置。
结论一：没有配置静态库的search路径导致出现library not found for lXXX。
注意：设置的路径必须是静态库在磁盘下的路径（物理目录），不能设置为项目的虚拟目录。拿此例来说，libMobClickLibrary.a的在项目中是放在third_party文件夹下的，而其真正的磁盘路径是third_party下的UMAnalytics文件夹。
没有正确配置Library Search Paths导致报错
上面的情况是，我们没有配置某个静态库的路径会导致library not found for lXXX错误。而有时候，我们确实在Library Search Paths下配置了静态库路径，却依然报同样错误。此时我们就要考虑，这个路径配置的到底对不对。如下图（分别是libMobClickLibrary.a正确的路径和错误的路径）：
错误路径（去掉了最后一级目录"/UMAnalytics"）：
编译项目依然会报同样的错误library not found for -lMobClickLibrary.a
归根到底，原因在于，我们虽然跟他指定了libMobClickLibrary.a的目录，但是在所指定的目录下没有搜索到静态库libMobClickLibrary.a。此时又分为两种情况：
-
情况一：如果我们指定的目录和静态库libMobClickLibrary.a的目录完全不相关，那么需要重新到Library Search Paths下设置(注意：设置的是静态库的磁盘路径)。
-
情况二：如果我们指定的目录和静态库的目录有关系。即，我们指定的目录是静态库所在目录的上级目录，或者是上上级目录。这种情况下，无需指定静态库的精确的路径，只需要把non-recursive选项修改为recursive即可。如下图：
设置recursive
因为recursive选项代表在我们指定的目录下递归搜索静态库。即，如果在当前目录没有搜索到静态库，那么就去当前目录的子目录下继续搜索。默认情况下是non-recursive（非递归）的。
结论二：虽然Library Search Paths 中配置了静态库的search路径。但是没有正确配置而导致出现library not found for lXXX。
导入第三方framework静态库编译报错xxx.h file not found
上面讲的是当我们项目导入的是.a静态库，但因为没有在 Library Search Paths 中配置.a静态库的search路径，或者是虽然配置了路径但是路径配置错误而导致出现library not found for -xxx错误的解决办法。
但我们知道，在iOS中，静态库有两种形式：.a格式的静态库和.framework格式的静态库。
那么如果我们的项目中引入了.framework格式的静态库要不要配置search路径呢？答案是肯定的，无论我们以什么方式导入.framework静态库（cocoapods的方式或者直接把framework静态库拖拽到项目中的方式），如果没有配置framework的search路径，同样会报错，但报的错误却是和.a格式的静态库有些不同，如果我们项目中引入了framework格式静态库也使用了静态库（所谓使用就是import了framework静态库中的某个头文件），但没有配置search路径，那么就会报 xxx.h file not found 这类错误。如下图：
因为我的项目中引入了一个叫做PushCenterSDK.framework的静态库。同时也使用了这个静态库中的某个API。
我们依然采用复现问题的方式来验证解决错误的方法，首先，我的项目是可以编译通过的，然后尝试在build setting -> Framework Search Paths 下删除PushCenterSDK.framework的搜索路径（磁盘路径），下图分别是删除前和删除后的截图：
综上，framework静态库的路径也是必须的，如果项目中的framework静态库的路径配置错误或者没有配置就会报错 xxx.h file not found 类似错误。下次遇到这类错误，便可以从framework search paths 着手思考。
同样，framework静态库的搜索路径也支持递归搜索，我们不必配置一个精确无误的路径，可以指定一个父级目录，然后选择 recursive。
结论：无论我们以什么方式导入.framework静态库（cocoapods的方式或者直接把framework静态库拖拽到项目中的方式），如果没有配置framework的search路径，同样会报错，但报的错误却是和.a格式的静态库有些不同，如果我们项目中引入了framework格式静态库也使用了静态库（所谓使用就是import了framework静态库中的某个头文件），但没有配置search路径，那么就会报 xxx.h file not found 这类错误