#include就像c#中的include一样。

#import跟踪哪些头文件已经被包含，如果一个头文件在编译单元中被导入多次，则该头文件将被忽略。这使得没有必要使用头保护。

底线是在Objective-C中使用#import，不要担心你的头文件会导入一些东西不止一次。

#include就像c#中的include一样。

#import跟踪哪些头文件已经被包含，如果一个头文件在编译单元中被导入多次，则该头文件将被忽略。这使得没有必要使用头保护。

底线是在Objective-C中使用#import，不要担心你的头文件会导入一些东西不止一次。

#import指令作为#include的改进版本被添加到Objective-C中。然而，它是否有所改善仍是一个争论的问题。#import确保一个文件只被包含一次，这样就不会出现递归包含的问题。然而，大多数体面的头文件都会保护自己不受这种情况的影响，所以这并没有什么好处。

基本上，由您决定使用哪一种。我倾向于#import Objective-C内容(如类定义等)的头文件，#包含我需要的标准C内容。例如，我的一个源文件可能是这样的:

#import <Foundation/Foundation.h>

#include <asl.h>
#include <mach/mach.h>

如果您熟悉c++和宏，那么

#import "Class.h" 

类似于

{
#pragma once

#include "class.h"
}

这意味着当你的应用程序运行时，你的类只会被加载一次。

在可能的情况下，我在我的.h文件中有一个全局变量，导致了这个问题，我通过在它前面添加extern来解决它。

我同意杰森的观点。

我这样做被抓了个现行:

#import <sys/time.h>  // to use gettimeofday() function
#import <time.h>      // to use time() function

对于GNU gcc，它一直抱怨time()函数是 没有定义。

然后我把#import改为#include，一切正常。

原因:

#import <sys/time.h>: <sys/time.h>通过使用#定义只包含<time.h>的一部分

#import <time.h>: 没有去。尽管<time.h>只包含了一部分，as 就#import而言，该文件现在已经完全包含在内。

底线:

C/ c++头文件通常包含其他包含文件的部分。 所以对于C/ c++头文件，使用#include。 对于objc/objc++头文件，使用#import。