iOS应用切后台返回后NSLayoutConstraint被系统停用，子类检测未触发如何解决？

问题原因 #

为什么断言没有触发 #

NSLayoutConstraint的isActive属性的didSet观察者只会在显式调用setter方法时触发，系统内部的布局引擎直接停用约束、或者因约束冲突自动废弃低优先级约束时，不会走公开的isActive setter，因此你定义的前置断言不会被触发。

排查方案 #

• 给-[NSLayoutConstraint setActive:]添加符号断点，同时开启Xcode的约束冲突日志输出（在Scheme的Run阶段Arguments中添加-UIViewShowAlignmentRects YES和-NSConstraintConflictLogLevel 3启动参数），复现切后台返回的场景后查看调用栈和冲突日志，即可定位停用约束的调用方。
• 改用KVO监听约束的isActive属性变化，属性变更时打印调用栈：

// 在视图控制器的viewDidLoad中添加监听
testConstraint.addObserver(self, forKeyPath: "isActive", options: [.old, .new], context: nil)

// 实现KVO回调
override func observeValue(forKeyPath keyPath: String?, of object: Any?, change: [NSKeyValueChangeKey : Any]?, context: UnsafeMutableRawPointer?) {
    guard keyPath == "isActive", let constraint = object as? TestConstraint else {
        super.observeValue(forKeyPath: keyPath, of: object, change: change, context: context)
        return
    }
    if let newValue = change?[.newKey] as? Bool, !newValue {
        print("约束被停用，调用栈：\(Thread.callStackSymbols)")
        // 这里也可以加断点捕获
    }
}

常见触发场景与规避方案 #

1. 约束优先级低于其他冲突约束：如果你的约束优先级不是required（1000），布局引擎在遇到约束冲突时会自动停用优先级更低的约束，不会有显式的isActive调用。
   规避：确认约束无冲突后，将优先级设置为1000，系统不会主动停用required级别的有效约束。
2. 视图层级更新导致约束被自动移除：切后台时系统会触发视图树的布局校验，如果约束关联的父视图被临时重建、或者translatesAutoresizingMaskIntoConstraints被系统自动修改，关联的约束会被移除。
   规避：
   • 监听UIApplicationWillEnterForeground通知，在应用回到前台时主动将约束的isActive重置为true
   • 改用纯代码创建约束并持有强引用，避免Xib/Storyboard在布局恢复时替换约束实例
3. 系统容器控制器的布局调整：如果你的约束关联了导航栏、标签栏等系统容器的布局锚点，切后台时系统容器的布局变动会导致关联约束失效。
   规避：将约束关联到视图控制器的view.safeAreaLayoutGuide而非系统容器的直接视图锚点。

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