错误收集

Undefined symbols for architecture xxx

常见原因:导入第三方库时常常遇到 常因为缺乏导入相应库造成

build diff: /../Podfile.lock: No such file or directory

解决办法:在工程设置中的Build Phases下删除Check Pods Manifest.lock及Copy Pods Resources

Will attempt to recover by breaking constraint

常见原因:进行了过多的约束,导致可能发生错误,比如定义了上下左右同时又定义了大小

xxx.h not found such file in

常见原因:导入第三方库找不到头文件
解决办法:Targets->BuildSetting ->Header Search Paths 添加都文件路径

Undefined symbols for architecture armv7
Undefined symbols for architecture armv7s
Undefined symbols for architecture arm64
Undefined symbols for architecture i386
Undefined symbols for architecture x86_64

解决方法:
1.大部分情况下是忘记添加了某个系统framework或dylib吧，比如你在项目中使用了sqlite3，但是没有添加libsqlite3.dylib，就会出现这个问题。解决办法是增加对应的framework或dylib。
2、如果是在C++里调用C函数，检查是否有添加extern "C"，这可以通过观察错误提示中的函数名形式来决定，如果是C函数而以C�++的方式调用就需要添加extern "C"。
3、如果是把其它工程的xcodeproj文件加入到当前项目中，检查Build Phases中的Target Dependencies有没有添加依赖，以及General中的Linked Frameworks and Libraries有没有添加相关的.a文件。
4、如果添加.a文件编译无错而添加xcodeproj文件编译出错可参考3
5、如果添加.a文件编译出错，首先检查其对应的头文件是否添加正确，或者在Build Setting中有没有添加对应的Header Search Path路径；其次检查.a文件的c++编译选项与当前项目的c++编译选项是否一致；最后检查.a文件与当前项目的CPU架构信息是否一致
6、如果是extern变量报这个错误，要检查extern变量有没有在其它地方声明，如果没有则加上；如果外部变量在静态库中，可根据5检查引用头文件或头文件搜索路径是否正确；如果头文件无问题，就需要检查静态库与与当前项目的CPU架构信息是否一致
7、如果是使用了静态库，真机Debug测试时正常，而在执行for iOS Device测试时报这个错误，很可能是因为静态库支持的架构不全。出现这种情况是Build Setting中的Build Active Architecture Only在Debug下设为Yes，从而使得真机Debug测试正常。
8、如果只有@interface，没有@implementation也会导致这个错误

cannot initialize a parameter of type 'void *' with an lvalue of type 'CCEAGLView *__strong'

常见原因:需要传入void *类型的参数,参数类型不匹配(瞎扯淡)
解决办法:(__bridge void *)进行强转

"Implicit instantiation of undefined template 'std::basic_string<char, std::char_traits<char>, std::allocator<char> >'"

出现原因:似乎因为同一份C++文件导入两个项目中
解决办法:

#include <string>
#include <sstream>
#include <iostream>

iOS deployment target '9.2' for architecture 'x86_64' and variant 'normal' is greater than the maximum value '8.4.99' for the Simulator - iOS 8.4 SDK

出现原因:Xcode版本过低