（场景切入）上周看到个真实案例：某电商App的购物车页面突然无法滑动，经排查发现是新人开发者重写scrollViewDidScroll时没调super方法，导致contentOffset计算错误。这种低级错误每天还在重复上演，今天就来说说这个看似简单却暗藏杀机的技术点。

??实战场景一：自定义控件中的方法重写??
当你需要改造UIButton的点击效果时，正确的姿势应该是：

swift复制
class RippleButton: UIButton {
    // 波纹动画层
    private lazy var rippleLayer = CAShapeLayer()

    override func touchesBegan(_ touches: Set<UITouch>, with event: UIEvent?) {
        super.touchesBegan(touches, with: event) // 必须保留系统默认行为
        showRippleEffect(at: touches.first!.location(in: self))
    }
}

这里有个血泪教训：去年某团队重写touchesBegan时漏掉super调用，导致按钮在iPad分屏模式下无法响应长按事件。这就好比改装汽车发动机却忘了装火花塞，车能启动但随时会抛锚。

??实战场景二：视图生命周期管理??
看个典型错误示范：

swift复制
class HomeViewController: UIViewController {
    override func viewWillAppear(_ animated: Bool) {
        // 忘记调用super.viewWillAppear(animated)
        loadDataFromAPI() // 直接发起网络请求
    }
}

结果页面跳转时出现布局错乱。因为父类实现中藏着导航栏过渡动画的关键逻辑，这就如同拆房子时直接砸承重墙，表面看着没事，实际隐患巨大。

??必须掌握的super调用规则表??

（高频问题自问自答）
Q：为什么重写init方法总是崩溃？
A：记住这个保命模板：

swift复制
class CustomView: UIView {
    override init(frame: CGRect) {
        super.init(frame: frame)
        setupUI() // 所有自定义初始化放在这里
    }

    required init?(coder: NSCoder) {
        fatalError("init(coder:) has not been implemented")
    }
}

去年有个项目因为漏写required init?导致从故事板加载时直接crash，这种问题就像忘记给手机装SIM卡，平时用着没问题，关键时刻掉链子。

??最佳实践清单??

1. ??权限检查??：CMD+点击查看父类方法是否标记为open/public
2. ??签名核对??：参数名和类型必须完全一致（去年有人把animated改isAnimated导致方法不执行）
3. ??super策略??：不确定时先写上super调用再注释掉看影响
4. ??单元测试??：重写方法后务必写测试用例验证父类原有功能

最近review代码发现个典型问题：某开发者重写UICollectionView的layoutSubviews时，没有调用super导致cell复用池混乱，滚动时内存暴涨到200MB+。这种问题就像排水管堵塞，平时不明显，爆发时直接瘫痪整个应用。

小编观点：方法重写就像外科手术，既要精准切除病灶，又不能伤及健康组织。建议新手养成两个习惯：1.重写方法前先写单元测试用例 2.使用Xcode的override自动补全功能生成方法模板。记住，编译器报错不是敌人，而是防止你把项目搞垮的最后防线。