这是一个叫做模块或“语义导入”的新特性。在WWDC 2013的205和404会议视频中有更多的信息。这是预编译头文件的更好实现。你可以在iOS 7和Mavericks中的任何系统框架中使用模块。模块是框架可执行文件及其头文件的打包，被吹捧为比#import更安全、更高效。

使用@import的最大优势之一是你不需要在项目设置中添加框架，它是自动完成的。这意味着您可以跳过单击加号按钮并搜索框架(黄金工具箱)的步骤，然后将其移动到“框架”组。它将使许多开发人员从神秘的“链接器错误”消息中解脱出来。

实际上不需要使用@import关键字。如果你选择使用模块，所有的#import和#include指令都会自动映射到@import。这意味着您不必更改源代码(或从其他地方下载的库的源代码)。据说使用模块也可以提高构建性能，特别是如果您没有很好地使用PCHs，或者如果您的项目有许多小的源文件。

模块是为大多数苹果框架(UIKit, MapKit, GameKit等)预先构建的。你可以在你自己创建的框架中使用它们:如果你在Xcode中创建一个Swift框架，它们会自动创建，你可以手动创建一个“。modulemap”文件自己的任何苹果或第三方库。

你可以使用代码完成来查看可用框架的列表:

在Xcode 5的新项目中，模块默认是启用的。要在旧项目中启用它们，进入您的项目构建设置，搜索“模块”并将“启用模块”设置为“YES”。“Link Frameworks”也应该是“YES”:

你必须使用Xcode 5和iOS 7或Mavericks SDK，但你仍然可以发布旧的操作系统(比如iOS 4.3或其他)。模块不会改变代码的构建方式或任何源代码。

来自WWDC的幻灯片:

导入框架的完整语义描述 不需要解析头文件 导入框架接口的更好方法 加载二进制表示 比预编译头文件更灵活 不受本地宏定义的影响(例如#define readonly 0x01) 默认为新项目启用

要显式地使用模块:

用@import Cocoa替换#import <Cocoa/Cocoa.h>;

你也可以用下面的符号只导入一个头文件:

@import iAd.ADBannerView;

子模块在Xcode中自动完成。

它目前只适用于内置的系统框架。如果你使用#import，就像苹果仍然在应用委托中导入UIKit框架一样，它会被替换(如果modules是打开的，并且它被识别为系统框架)，编译器将重新映射它为模块导入，而不是头文件的导入。 因此，在可能的情况下，保留#import将与它转换为模块导入相同

使用模块有几个好处。除非创建了模块映射，否则只能在Apple框架中使用它。@import有点类似于在添加到.pch文件时预编译头文件，这是一种调整应用程序编译过程的方法。此外，您不必以旧的方式添加库，使用@import实际上更快更有效。如果你还在寻找一个好的参考，我强烈推荐你阅读这篇文章。

你可以在《用Objective-C学习可可》(ISBN: 978-1-491-90139-7)这本书中找到很好的答案。

模块是一种将文件和库包含并链接到项目中的新方法。为了理解模块是如何工作的以及它们有什么好处，回顾一下Objective-C的历史和#import语句是很重要的 当你想要包含一个文件使用时，你通常会有一些像这样的代码:

#import "someFile.h"

或者在框架的情况下:

#import <SomeLibrary/SomeFile.h>

Because Objective-C is a superset of the C programming language, the #import state‐ ment is a minor refinement upon C’s #include statement. The #include statement is very simple; it copies everything it finds in the included file into your code during compilation. This can sometimes cause significant problems. For example, imagine you have two header files: SomeFileA.h and SomeFileB.h; SomeFileA.h includes SomeFileB.h, and SomeFileB.h includes SomeFileA.h. This creates a loop, and can confuse the coimpiler. To deal with this, C programmers have to write guards against this type of event from occurring.

当使用#import时，你不需要担心这个问题，也不需要编写头保护来避免它。然而，#import仍然只是一种美化的复制粘贴操作，会导致编译时间变慢，还会出现许多其他较小但仍然非常危险的问题(例如，所包含的文件覆盖了您在自己代码中其他地方声明的内容)。

模块就是为了解决这个问题。它们不再是复制粘贴到源代码中，而是包含的文件的序列化表示，只有在需要的时候和地方才能导入到源代码中。通过使用模块，代码通常会编译得更快，并且比使用#include或#import更安全。

回到前面导入框架的例子:

#import <SomeLibrary/SomeFile.h>

要将这个库作为模块导入，代码将更改为:

@import SomeLibrary;

这有额外的好处，Xcode自动将SomeLibrary框架链接到项目中。模块还允许您只将真正需要的组件包含到项目中。例如，如果你想在AwesomeLibrary框架中使用AwesomeObject组件，通常你必须导入所有的东西来使用其中的一部分。然而，使用模块，你可以只导入你想要使用的特定对象:

@import AwesomeLibrary.AwesomeObject;

对于所有在Xcode 5中创建的新项目，模块默认是启用的。如果你想在旧的项目中使用模块(你真的应该)，它们必须在项目的构建设置中启用。一旦你这样做了，你可以在你的代码中同时使用#import和@import语句，而不用担心任何问题。

似乎自从XCode 7。在CLANG_ENABLE_MODULES中启用clang模块时，会出现很多警告

看看在Xcode 7中使用第三方库构建时的大量警告

@import模块(ObjC)或语义导入

而不是通常的模块使用

//as example
#include <Foundation/Foundation.h>
#import <UIKit/UIKit.h>

历史:

[#include -> #import] ->[预编译Headers .pch] -> @import模块(ObjC);-> [import Module(Swift)]

它是LLVM模块的一部分

@ import < module_name >;声明告诉编译器加载(而不是编译)预编译的模块二进制文件，这减少了构建时间。以前编译器编译依赖每次当runt进入它，但现在它应该事先编译，只是加载

//previously
run into dependency -> compile dependency
run into dependency -> compile dependency

//@import
compile dependency 
    run into dependency -> load compiled binary
    run into dependency -> load compiled binary

[Modulemap] -模块和头文件之间的桥梁

Xcode

启用模块(C和Objective-C)(CLANG_ENABLE_MODULES) - clang# include， #import指令自动转换为@import，带来所有优势。Modulemap允许无缝完成，因为它包含了头文件和子/模块之间的映射

当心 - fmodules

#include, #import -> @import

自动链接框架(CLANG_MODULES_AUTOLINK) -允许系统模块自动链接。需要激活CLANG_ENABLE_MODULES。自动链接允许传递-framework <framework_name>基于#import， @import(Objective-C)， import(Swift)

如果NO -传递-fno-autolink标志

CLANG_ENABLE_MODULES == NO和CLANG_MODULES_AUTOLINK == NO

如果你想手动处理system(#import <UIKit/UIKit.h>)链接(而不是自动链接)，你有两个变量:

在General ->框架和库或框架、库和嵌入式内容中添加依赖项 构建设置->其他连接器标志(OTHER_LDFLAGS) -> -framework <module_name> . Build Settings

下一个错误将被抛出，如果:

Undefined symbol: _OBJC_CLASS_$_UIView

Undefined symbols for architecture x86_64:
  "_OBJC_CLASS_$_UIView", referenced from:
      objc-class-ref in ClassB.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1

CLANG_ENABLE_MODULES被禁用 CLANG_MODULES_AUTOLINK被禁用，没有手动链接

逆向工程

otool -l <binary> 
//-l print the load commands
//find LC_LINKER_OPTION
//cmd LC_LINKER_OPTION