这与Interface Builder没有任何关系，这里发生的是符号没有被Xcode从静态库中加载。要解决这个问题，你需要将-all_load -ObjC标记添加到项目(可能是目标)构建设置的其他链接器标记键。

由于Objective-C每个类只生成一个符号，我们必须通过使用-ObjC标志强制链接器加载类的成员，我们还必须通过添加-all_load链接器标志强制包含静态库中的所有对象。如果你跳过这些标志，你迟早会遇到无法识别的选择器错误，或者得到其他异常，就像你在这里观察到的一样。

我沿着劳拉建议的路线修复了这个问题，但我不需要重新创建文件。

使用XCode 4，在Project Navigator中，选择包含它要抱怨的类的.m文件 点击查看->实用工具->显示文件检查器(这将显示文件检查器在右边，带有。m- File信息) 打开Target Membership部分，并确保为这个.m文件选择了目标

当我把我的.m文件添加到我的项目时，由于某种原因，它没有把它添加到我的默认目标中，这导致我得到你提到的错误。

发生这种情况是因为.xib有一个陈旧的链接到旧的应用程序委托，它不再存在了。 我是这样修改的:

右键单击.xib并选择“打开为>源代码” 在这个文件中，搜索旧的App委托并将其替换为新的委托

尽管在运行时打印了“未知类MyClass in Interface Builder file.”错误，但这个问题与Interface Builder无关，而是与链接器有关，因为没有代码直接使用它，所以链接器没有链接类。

当.nib数据(从.xib编译)在运行时加载时，MyClass使用字符串引用，但链接器不分析代码功能，只分析代码存在，所以它不知道。由于没有其他源文件引用该类，链接器在生成可执行文件时将其优化为不存在。因此，当Apple的代码试图加载这样一个类时，它无法找到与之相关的代码，并打印警告。

默认情况下，Objective-C目标将默认设置-all_load -ObjC标志，这将保留所有的符号。但我一开始的目标是c++，没有这个。尽管如此，我还是找到了一种方法，使链接器保持侵略性。

我最初使用的黑客是添加一个空的静态例程，如:

+(void)_keepAtLinkTime;

它什么都不做，但我会调用一次，比如:

int main( int argc, char** argv )
{
   [MyClass _keepAtLinkTime];
   // Your code.
}

这将迫使链接器保留整个类，错误就会消失。

正如jlstrecker在评论中指出的那样，我们实际上并不需要添加_keepAtLinkTime方法。简单地调用一个现有的函数，例如:

   [MyClass class];

(只要你是从NSObject派生的)。

当然，您可以在代码的任何位置调用它。我猜它甚至可能是不可访问的代码。这个想法是欺骗链接器，让它认为MyClass在某个地方被使用了，这样它就不会那么积极地优化它。

Xcode 6.3.2和Swift 1.2

快速定义视图。确保重写init(coder aDecoder: NSCoder)。视图控制器的Objective-C定义。还有，梨树上的笔尖。

将模块名称添加到Nib详细信息检查器，在其中选择类。

删除错误的最好方法是: 1)选择类文件(.m) 2)在“目标会员”下，“勾选”项目名称条目

这个问题似乎并没有过时。

我在Xcode 8中也遇到了同样的问题，并解决了类似smilebot的问题:

在Xcode中以“源代码”的形式打开故事板文件: 搜索被引用的类&删除整段

customClass = UnrecognizedClassName”

再次以“interfacebuilder - storyboard”的形式打开你的故事板文件，重新构建你的应用程序。