iOS：点击UIView后跳转新ViewController前修改背景色的问题

这个问题我之前也碰到过，本质是UI渲染和视图转场的执行顺序冲突——当你在同一个主线程操作里同时修改UI和触发页面跳转时，系统会优先处理转场逻辑，导致背景色的更新还没来得及渲染到屏幕上，就已经跳转到新页面了，所以只有返回原页面时才会看到颜色变化。定时器的方案确实不够优雅，这里有两个更可靠的解决思路：

方法一：将跳转操作延迟到下一个主线程RunLoop周期 #

把跳转代码放到主队列的异步任务中，这样当前RunLoop会先完成所有UI更新（包括背景色修改），再执行跳转操作：

private void HighlightLine() {
    var view = tapGesture.View;
    var loc = tapGesture.LocationInView(view);
    var subview = view.HitTest(loc, null);
    while(subview.Superview != null && subview.Tag != 1000) //find the right view
        subview = subview.Superview;
    if (subview.Tag == 1000) {
        subview.BackgroundColor = new UIColor(0.9f, 0.91f, 0.95f, 1f);
        // 将跳转逻辑放到下一个主线程循环
        DispatchQueue.MainQueue.DispatchAsync(() => {
            var vc = this.Storyboard.InstantiateViewController("ScrollSaisie") as ScrollSaisie;
            parent.NavigationController.PushViewController(vc, true);
        });
    }
}

这个方法利用了iOS主线程RunLoop的执行机制，确保UI渲染完成后再触发转场，是最推荐的方案——比定时器更高效，也更贴合系统的运行逻辑。

方法二：强制视图立即刷新后再跳转 #

如果你想在当前RunLoop里完成刷新，可以强制视图立即执行绘制和布局更新：

private void HighlightLine() {
    var view = tapGesture.View;
    var loc = tapGesture.LocationInView(view);
    var subview = view.HitTest(loc, null);
    while(subview.Superview != null && subview.Tag != 1000) //find the right view
        subview = subview.Superview;
    if (subview.Tag == 1000) {
        subview.BackgroundColor = new UIColor(0.9f, 0.91f, 0.95f, 1f);
        // 强制视图标记为需要重绘，并立即执行绘制
        subview.SetNeedsDisplay();
        // 如果背景色修改涉及布局变化（比如视图大小调整），可以加上这句
        subview.LayoutIfNeeded();
        // 执行跳转
        var vc = this.Storyboard.InstantiateViewController("ScrollSaisie") as ScrollSaisie;
        parent.NavigationController.PushViewController(vc, true);
    }
}

不过需要注意，LayoutIfNeeded()主要处理布局相关的更新，对于单纯的背景色修改，SetNeedsDisplay()就足够了，但两种方法结合使用能覆盖更多场景。

这两种方案都不需要依赖定时器，完全贴合iOS的UI渲染逻辑，能确保跳转前背景色的变化立刻显示在屏幕上。

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