NSView子类重写drawRect时是否必须调用[super drawRect:]？

这个问题问得特别实在——很多刚接触Cocoa绘制的开发者都会纠结这个点。其实结论很明确：重写NSView的drawRect:时，并不是必须调用父类的[super drawRect:dirtyRect]，但要不要调用、什么时候调用，完全取决于你的父类类型，以及你想要的绘制效果。下面我把三种常见实现逐一拆解清楚：

1. 完全不调用父类方法的实现 #

这种写法是完全符合Apple规范的，甚至在很多自定义绘制场景下是推荐做法。比如当你基于基础NSView自定义控件时，NSView本身的drawRect:默认实现是空的——也就是说调用不调用都不会产生任何绘制内容，直接写自己的绘制代码（比如用NSBezierPath画图形、用NSString绘制文字）就好。

但这里要注意一个前提：如果你的父类是NSView的系统子类（比如NSTextField、NSButton这类自带完整绘制逻辑的控件），跳过父类的drawRect:会直接导致父类原本的绘制内容消失。比如你重写NSTextField的drawRect:却不调用super，那文本、背景框这些默认元素都不会显示，这时候就需要根据你的需求判断是否要保留父类的绘制逻辑。

2. 先调用父类方法再写子类代码 #

这种做法适合你想在父类原有绘制内容的基础上叠加自定义元素。举个例子：你想给一个默认的NSButton加个自定义的圆角边框或者右上角的徽章，先调用[super drawRect:dirtyRect]让系统把按钮的默认样式（文字、背景、状态效果）画出来，再在上面绘制你的自定义内容，这样既保留了按钮的原生功能，又实现了定制化效果。

3. 先写子类代码再调用父类方法 #

这种场景相对少见，它的效果是把你的自定义绘制内容放在父类绘制内容的下层——也就是说父类的内容会覆盖你画的东西。比如你先画一个渐变背景，再调用父类方法让NSTextField把文字绘制在这个背景上（不过这种场景用CALayer实现可能更高效，但用drawRect:这么写也是完全合法的）。

关于规范与未来兼容性 #

这三种实现方式都不属于“偶然可行”的情况，而是完全符合Apple官方规范的——核心原则就是：继承场景下必须充分考虑父类的行为。

如果你继承的是自己编写的NSView子类，那你完全清楚父类drawRect:的逻辑，可以自由决定是否调用；如果是系统提供的类，一定要参考官方文档明确它的drawRect:默认行为。比如NSView的官方文档明确说明其drawRect:默认无操作，而NSControl的子类通常包含复杂的状态绘制逻辑，跳过super会破坏原有功能。

内容的提问来源于stack exchange，提问作者Nitesh