不，在Objective-C中无法创建抽象类。

你可以模拟一个抽象类——通过让methods/ selectors调用doesNotRecognizeSelector:从而引发一个异常，使该类不可用。

例如:

- (id)someMethod:(SomeObject*)blah
{
     [self doesNotRecognizeSelector:_cmd];
     return nil;
}

你也可以为init这样做。

与其尝试创建抽象基类，不如考虑使用协议(类似于Java接口)。这允许您定义一组方法，然后接受符合协议的所有对象并实现这些方法。例如，我可以定义一个操作协议，然后有一个这样的函数:

- (void)performOperation:(id<Operation>)op
{
   // do something with operation
}

其中op可以是任何实现Operation协议的对象。

如果您需要抽象基类做的不仅仅是定义方法，那么您可以创建一个常规的Objective-C类并防止它被实例化。只需重写- (id)init函数，并使其返回nil或assert(false)。这不是一个非常干净的解决方案，但由于Objective-C是完全动态的，所以实际上没有与抽象基类直接等价的东西。

你不能创建一个委托吗?

委托就像一个抽象基类，你说需要定义什么函数，但实际上你不定义它们。

然后，每当你实现委托(即抽象类)时，编译器就会警告你需要为哪些可选函数和强制函数定义行为。

对我来说，这听起来像一个抽象基类。

从Omni组邮件列表:

Objective-C没有像Java那样的抽象编译器结构 这一次。

因此，您所要做的就是将抽象类定义为任何其他正常类 并为抽象方法实现方法存根 空或报告不支持选择器。例如……

- (id)someMethod:(SomeObject*)blah
{
     [self doesNotRecognizeSelector:_cmd];
     return nil;
}

我还执行以下操作来防止抽象的初始化 通过默认初始化式初始化。

- (id)init
{
     [self doesNotRecognizeSelector:_cmd];
     [self release];
     return nil;
}

(更多相关的建议)

我想有一种方法让程序员知道“不要从子调用”，并完全覆盖(在我的情况下，仍然提供了一些默认功能，代表父时，未扩展):

typedef void override_void;
typedef id override_id;

@implementation myBaseClass

// some limited default behavior (undesired by subclasses)
- (override_void) doSomething;
- (override_id) makeSomeObject;

// some internally required default behavior
- (void) doesSomethingImportant;

@end

这样做的好处是程序员会看到声明中的“override”，并且知道他们不应该调用[super ..]。

当然，必须为此定义单独的返回类型是很难看的，但它可以作为一个足够好的视觉提示，并且您可以很容易地在子类定义中不使用“overrides”部分。

当然，当扩展是可选的时，类仍然可以有默认实现。但是，就像其他答案所说的那样，在适当的时候实现一个运行时异常，比如对于抽象(虚拟)类。

如果有像这样的内置编译器提示就好了，甚至提示什么时候最好预/后调用super的实现，而不是不得不挖掘注释/文档或…假设。

只是重复了上面@Barry Wark的回答(并更新到iOS 4.3)，并把这个留给我自己参考:

#define mustOverride() @throw [NSException exceptionWithName:NSInvalidArgumentException reason:[NSString stringWithFormat:@"%s must be overridden in a subclass/category", __PRETTY_FUNCTION__] userInfo:nil]
#define methodNotImplemented() mustOverride()

在你的方法中你可以使用这个

- (void) someMethod {
     mustOverride(); // or methodNotImplemented(), same thing
}

注意:不确定是否使宏看起来像一个C函数是一个好主意，但我会保持它直到学校相反。我认为使用NSInvalidArgumentException(而不是NSInternalInconsistencyException)更正确，因为这是运行时系统在响应doesNotRecognizeSelector被调用时抛出的(参见NSObject文档)。