它目前只适用于内置的系统框架。如果你使用#import，就像苹果仍然在应用委托中导入UIKit框架一样，它会被替换(如果modules是打开的，并且它被识别为系统框架)，编译器将重新映射它为模块导入，而不是头文件的导入。 因此，在可能的情况下，保留#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语句，而不用担心任何问题。

@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

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

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

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

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