有一件事要补充的是，如果一个属性被声明为@dynamic，它将不会占用内存(我与分配工具确认)。结果是，您可以在类category中声明属性。

根据文件:

https://developer.apple.com/library/mac/documentation/cocoa/conceptual/ObjCRuntimeGuide/Articles/ocrtDynamicResolution.html

@dynamic告诉编译器在运行时提供了访问器方法。

通过一些调查，我发现提供访问器方法会覆盖@dynamic指令。

@synthesize告诉编译器为你创建这些访问器(getter和setter)

@property告诉编译器将创建访问器，并且可以使用点符号或[object message]来访问。

看看这篇文章;在“运行时提供的方法”标题下:

有些访问器是在运行时动态创建的，比如CoreData的NSManagedObject类中使用的某些访问器。如果您想为这些情况声明和使用属性，但又想避免在编译时丢失方法的警告，则可以使用@dynamic指令而不是@synthesize。 .．. 使用@dynamic指令本质上是告诉编译器“不用担心，方法马上就来了。”

另一方面，@synthesize指令在编译时为你生成访问器方法(尽管在“混合合成和自定义访问器”一节中提到过，它很灵活，如果实现了其中任何一个，它都不会为你生成方法)。

@dynamic通常在运行时动态创建属性时使用(如上所述)。NSManagedObject就是这样做的(为什么它的所有属性都是动态的)——这抑制了一些编译器警告。

有关如何动态创建属性(不含NSManagedObject和CoreData:)的良好概述，请参阅:http://developer.apple.com/library/ios/#documentation/Cocoa/Conceptual/ObjCRuntimeGuide/Articles/ocrtDynamicResolution.html#//apple_ref/doc/uid/TP40008048-CH102-SW1

正如其他人所说，一般情况下，您使用@synthesize让编译器为您生成getter和/或设置，如果您要自己编写它们，则使用@dynamic。

还有一个尚未提及的微妙之处:@synthesize将允许您自己提供getter或setter的实现。如果您只想为一些额外的逻辑实现getter，而让编译器生成setter(对于对象来说，自己编写setter通常要复杂一些)，那么这很有用。

然而，如果你确实为@synthesize'd访问器写了一个实现，它仍然必须有一个实字段作为支持(例如，如果你写-(int) getFoo();你必须有一个int foo;字段)。如果值是由其他东西产生的(例如，从其他字段计算)，那么你必须使用@dynamic。

@synthesize会为你的属性生成getter和setter方法。 @dynamic只是告诉编译器getter和setter方法不是由类本身实现的，而是在其他地方实现的(如超类或将在运行时提供)。

@dynamic的用途，例如NSManagedObject (CoreData)的子类，或者当你想为一个未被定义为outlet的超类定义的属性创建一个outlet时。

@dynamic也可以用来委派实现访问器的职责。如果在类中自己实现访问器，则通常不使用@dynamic。

超类:

@property (nonatomic, retain) NSButton *someButton;
...
@synthesize someButton;

子类:

@property (nonatomic, retain) IBOutlet NSButton *someButton;
...
@dynamic someButton;