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

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

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

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

根据文件:

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

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

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

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

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

根据苹果文档。

在类的实现块中使用@synthesize语句告诉编译器创建与@property声明中给出的规范匹配的实现。

您可以使用@dynamic语句告诉编译器，如果它无法找到@property声明指定的访问器方法的实现，则取消警告。

更多信息:

https://developer.apple.com/library/ios/documentation/General/Conceptual/DevPedia-CocoaCore/DeclaredProperty.html

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

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

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

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

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