使用UIAlertController空子类配合appearance(whenContainedInInstancesOf:)是否安全？

你这种通过空UIAlertController子类配合Appearance API实现特定弹窗按钮多行文本的方式，当下看似能正常运行，但违反了Apple官方的使用规范，存在不少潜在风险：

• 系统版本兼容性问题：UIAlertController的视图层级是私有实现，Apple在不同iOS版本中随时可能调整内部控件结构。比如未来某个版本里，按钮文本可能不再用UILabel承载，你的Appearance设置会直接失效，甚至导致弹窗布局错乱、显示异常。
• App Store审核风险：Apple审核指南明确禁止违反官方文档的API使用方式。虽然你的子类是空实现，但本质上违反了"UIAlertController不支持子类化"的明确要求，存在被审核拒绝的可能——尤其是后续系统更新出现兼容性问题时，审核会更严格。
• 隐性行为异常：UIAlertController的初始化、布局、事件响应逻辑都是针对父类设计的，子类化后哪怕是空实现，也可能触发未被文档说明的隐性问题。比如内存泄漏、动画卡顿、旋转适配失效等，这些问题很难排查，因为你无法依赖私有视图层级的细节。
• 维护成本飙升：一旦Apple修改UIAlertController的内部实现，你的代码必须同步调整。比如Appearance API的容器匹配规则变化、按钮文本控件类名变更，你都得靠逆向调试来适配，没有官方文档支撑，维护难度极高。

更安全的替代方案 #

如果要实现特定弹窗的按钮多行文本，推荐用自定义弹窗容器，或者在弹窗显示后通过合法的视图遍历修改控件（尽量通过控件特征匹配，避免依赖私有命名）：

extension UIAlertController {
    func enableMultiLineButtons() {
        // 递归遍历子视图查找所有UILabel
        func traverseLabels(in view: UIView) -> [UILabel] {
            var result = [UILabel]()
            for subview in view.subviews {
                if let label = subview as? UILabel {
                    result.append(label)
                }
                result.append(contentsOf: traverseLabels(in: subview))
            }
            return result
        }
        
        let allLabels = traverseLabels(in: self.view)
        // 通过字体特征筛选按钮标签（避免误改标题/消息标签）
        for label in allLabels {
            if label.font == UIFont.systemFont(ofSize: 17, weight: .regular) {
                label.numberOfLines = 2
            }
        }
    }
}

// 使用示例
let alert = UIAlertController(title: "多行按钮弹窗", message: nil, preferredStyle: .actionSheet)
alert.addAction(UIAlertAction(title: """
Button1
第二行
""", style: .default, handler: nil))
alert.enableMultiLineButtons()
present(alert, animated: true)

这种方式没有子类化UIAlertController，更符合官方规范，兼容性风险更低。

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