在我的情况下，我把构建系统改为遗留系统，它工作了。

您可以在菜单中访问此选项:

文件>工作空间设置>构建系统

我的问题是架构x86_64有5个重复的符号。在阅读了这篇文章和他们的回答之后，我尝试用通用的解决方案将GCC_NO_COMMON_BLOCKS = YES改为NO

但是，我没有为我工作，而是从5份拷贝变成了1份…

所以，我注意到最后一个错误，我意识到我的问题是什么，这是一个“不兼容”与这些包(我有在package.json):

rn-fetch-blob
react-native-blob-util

这个消息很清楚，我删除了rn-fetch-blob，因为我不知道为什么它在我的项目中，但是，我只是开玩笑地使用并删除它，这不是一个问题。

所以，在取出包装后，再次运行纱线，问题解决了……并且不需要改变GCC_NO_COMMON_BLOCKS

我面临着我所犯过的同样的错误

1.复制复制的符号文件(类名或框架名)，从这一行(体系结构x86_64的重复符号)的末端开始。

2. 粘贴到Find Navigator并按enter

它显示了重复的类。我删除了重复的类并成功运行。

我也有同样的问题。 在Xcode 7.2的路径Project Target > Build Setting > No Common Blocks中，我将其更改为No。

与Juice007类似，我在两个不同的.m文件中声明和初始化了一个C类型变量(没有导入!)

BOOL myVar = NO;

然而，这种声明和初始化变量的方法，即使是在.m中，即使是在@implementation中，也赋予了它全局作用域。你的选择是:

将其声明为静态，以限制类的作用域: myVar = NO; 删除初始化(这将使两个类共享全局变量): BOOL myvar#; - (void) init { myVar = NO; ｝ 将其声明为属性: @属性BOOL myVar; 在@interface中将它声明为一个合适的iVar @ interface myClass () { BOOL myvar#; ｝ @end

在我的例子中，我只是创建了一个头文件来定义像这样的常量字符串:

NSString *const AppDescriptionString = @"Healthy is the best way to keep fit";

我通过使用静态来解决这个问题:

static NSString *const AppDescriptionString = @"Healthy is the best way to keep fit";