UIStackView“无法同时满足约束”对“压扁”隐藏视图的影响

问题描述 投票:85回答:14

当我的UIStackView“行”被压扁时,他们会抛出AutoLayout警告。但是,它们显示正常,除了这些类型的记录之外别无其他错误:

无法同时满足约束。可能至少下列列表中的一个约束是您不想要的约束。试试这个:(1)看看每个约束并试着找出你不期望的东西; (2)找到添加了不需要的约束或约束的代码并修复它。 (注意:如果您看到不明白的NSAutoresizingMaskLayoutConstraints,请参阅UIView属性translatesAutoresizingMaskIntoConstraints的文档)(

所以,我不知道如何解决这个问题,但它似乎并没有破坏任何东西,除了烦恼。

有谁知道如何解决它?有趣的是,布局约束经常使用“UISV隐藏”进行标记,这表明它可能应该忽略子视图的高度最小值或者此实例中的某些内容?

ios autolayout uikit ios9 uistackview
14个回答
196
投票

你遇到这个问题是因为在将UIStackView中的子视图设置为隐藏时,它会首先将其高度约束为零,以便将其设置为动画。

我收到以下错误:

2015-10-01 11:45:13.732 <redacted>[64455:6368084] Unable to simultaneously satisfy constraints.
    Probably at least one of the constraints in the following list is one you don't want. Try this: (1) look at each constraint and try to figure out which you don't expect; (2) find the code that added the unwanted constraint or constraints and fix it. (Note: If you're seeing NSAutoresizingMaskLayoutConstraints that you don't understand, refer to the documentation for the UIView property translatesAutoresizingMaskIntoConstraints) 
(
    "<NSLayoutConstraint:0x7f7f5be18c80 V:[UISegmentedControl:0x7f7f5bec4180]-(8)-|   (Names: '|':UIView:0x7f7f5be69d30 )>",
    "<NSLayoutConstraint:0x7f7f5be508d0 V:|-(8)-[UISegmentedControl:0x7f7f5bec4180]   (Names: '|':UIView:0x7f7f5be69d30 )>",
    "<NSLayoutConstraint:0x7f7f5bdfbda0 'UISV-hiding' V:[UIView:0x7f7f5be69d30(0)]>"
)

Will attempt to recover by breaking constraint 
<NSLayoutConstraint:0x7f7f5be18c80 V:[UISegmentedControl:0x7f7f5bec4180]-(8)-|   (Names: '|':UIView:0x7f7f5be69d30 )>

Make a symbolic breakpoint at UIViewAlertForUnsatisfiableConstraints to catch this in the debugger.
The methods in the UIConstraintBasedLayoutDebugging category on UIView listed in <UIKit/UIView.h> may also be helpful.

我试图做的是在我的UIView中放置一个UIStackView,其中包含每个边缘8点的UISegmentedControl插入。

当我将其设置为隐藏时,它会尝试将容器视图约束到零高度,但因为我从上到下有一组约束,所以存在冲突。

为了解决这个问题,我将我的8pt top从底部约束优先级从1000改为999,这样UISV-hiding约束就可以在需要时获得优先级。


0
投票

我想一次隐藏整个UIStackView,但我得到了与OP相同的错误,这对我来说是固定的:

viewDidLoad

0
投票

我有一排高度限制的按钮。隐藏一个按钮时会发生这种情况。将该按钮高度约束的优先级设置为999已解决该问题。


0
投票

Senseful为上面问题的根源提供了一个很好的答案,所以我将直接找到解决方案。

您需要做的就是将所有stackView约束优先级设置为低于1000(999将完成工作)。例如,如果stackView被限制在其superview的左,右,顶部和底部,则所有4个约束的优先级应低于1000。


-2
投票

此错误与UIStackView无关。当您有相同优先级的冲突约束时,就会发生这种情况。例如,如果您有一个约束状态,视图的宽度为100,并且您同时有另一个约束,则表明视图的宽度是其容器的25%。显然有两个相互矛盾的约束。解决方案是删除它们。


-3
投票

NOP与[mySubView removeFromSuperview]。我希望它可以帮助别人:)


48
投票

我遇到了一个不容易解决的类似问题。就我而言,我在堆栈视图中嵌入了堆栈视图。内部UIStackView有两个标签,并指定了非零间距。

当您调用addArrangedSubview()时,它将自动创建类似于以下内容的约束:

V:|[innerStackView]|              | = outerStackView

  V:|[label1]-(2)-[label2]|       | = innerStackView

现在,当您尝试隐藏innerStackView时,会出现模糊约束警告。

为了理解原因,让我们首先看看为什么当innerStackView.spacing等于0时不会发生这种情况。当你打电话给innerStackView.hidden = true时,@ liamnichols是正确的... outerStackView将神奇地拦截这个调用,并创建一个0高度UISV隐藏约束,优先级为1000(必需)。据推测,这是为了允许在UIView.animationWithDuration()块中调用隐藏代码的情况下将堆栈视图中的元素设置为动画。不幸的是,似乎没有办法阻止添加这种约束。然而,由于发生以下情况,您将无法获得“无法同时满足约束”(USSC)警告:

  1. label1的高度设置为0
  2. 两个标签之间的间距已经定义为0
  3. label2的高度设置为0
  4. innerStackView的高度设置为0

很明显,可以满足这4个约束条件。堆栈视图只是将所有内容都扫描成0高度的像素。

现在回到有缺陷的例子,如果我们将spacing设置为2,我们现在有这些约束:

  1. label1的高度设置为0
  2. 堆栈视图自动创建两个标签之间的间距为2像素高,1000优先级。
  3. label2的高度设置为0
  4. innerStackView的高度设置为0

堆栈视图不能都是0像素高并且其内容高度为2像素。不能满足约束。

注意:您可以通过一个更简单的示例来查看此行为。只需将UIView添加到堆栈视图作为排列的子视图。然后在该UIView上设置一个高度约束,优先级为1000。现在尝试在上面调用hide。

注意:无论出于何种原因,这只发生在我的堆栈视图是UICollectionViewCell或UITableViewCell的子视图时。但是,您仍然可以通过在隐藏内部堆栈视图后在下一个运行循环中调用innerStackView.systemLayoutSizeFittingSize(UILayoutFittingCompressedSize)来在单元格外重现此行为。

注意:即使您尝试在UIView.performWithoutAnimations中执行代码,堆栈视图仍会添加0高度约束,这将导致USSC警告。


此问题至少有3种解决方案:

  1. 在隐藏堆栈视图中的任何元素之前,检查它是否是堆栈视图,如果是,则将spacing更改为0.这很烦人,因为每当再次显示内容时,您需要反转过程(并记住原始间距)。
  2. 不要将元素隐藏在堆栈视图中,而是调用removeFromSuperview。这更令人讨厌,因为当您反转过程时,您需要记住插入已删除项目的位置。你可以通过调用removeArrangedSubview然后隐藏来优化,但是仍然需要完成大量的簿记。
  3. 在UIView中包装嵌套的堆栈视图(具有非零的spacing)。将至少一个约束指定为非必需优先级(999或更低)。这是最好的解决方案,因为您不必进行任何簿记。在我的示例中,我在堆栈视图和包装器视图之间创建了1000的顶部,前导和尾随约束,然后从堆栈视图的底部到包装器视图创建了一个999约束。这样,当外部堆栈视图创建零高度约束时,999约束将被破坏,并且您不会看到USSC警告。 (注意:这类似于Should the contentView.translatesAutoResizingMaskToConstraints of a UICollectionViewCell subclass be set to false的解决方案)

总之,您获得此行为的原因是:

  1. 将托管子视图添加到堆栈视图时,Apple会自动为您创建1000个优先级约束。
  2. 当您隐藏堆栈视图的子视图时,Apple会自动为您创建0高度约束。

如果Apple(1)允许您指定约束的优先级(尤其是间隔符),或者(2)允许您选择退出自动UISV隐藏约束,则可以轻松解决此问题。


6
投票

大多数情况下,可以通过降低约束优先级来解决此错误,以消除冲突。


2
投票

当您将视图设置为隐藏时,UIStackview将尝试将其设置为动画。如果你想要这种效果,你需要为约束设置正确的优先级,这样它们就不会发生冲突(正如上面提到的那样)。

但是,如果您不关心动画(也许您将其隐藏在ViewDidLoad中),那么您可以简单地使用removeFromSuperview,它具有相同的效果,但没有任何约束问题,因为这些将与视图一起被删除。


1
投票

基于@ Senseful的答案,这里是一个UIStackView扩展,用于在视图中包装堆栈视图并应用他或她建议的约束:

/// wraps in a `UIView` to prevent autolayout warnings when a stack view with spacing is placed inside another stack view whose height might be zero (usually due to `hidden` being `true`).
/// See http://stackoverflow.com/questions/32428210
func wrapped() -> UIView {
    let wrapper = UIView()
    translatesAutoresizingMaskIntoConstraints = false
    wrapper.addSubview(self)

    for attribute in [NSLayoutAttribute.Top, .Left, .Right, .Bottom] {
        let constraint = NSLayoutConstraint(item: self,
                                            attribute: attribute,
                                            relatedBy: .Equal,
                                            toItem: wrapper,
                                            attribute: attribute,
                                            multiplier: 1,
                                            constant: 0)
        if attribute == .Bottom { constraint.priority = 999 }
        wrapper.addConstraint(constraint)
    }
    return wrapper
}

而不是添加你的stackView,使用stackView.wrapped()


1
投票

首先,正如其他人所建议的那样,确保您可以控制的约束(即不是UIStackView固有的约束)设置为优先级999,以便在隐藏视图时覆盖它们。

如果您仍然遇到问题,那么问题可能是由于隐藏的StackViews中的间距。我的解决方案是添加一个UIView作为间隔,并将UIStackView间距设置为零。然后将View.height或View.width约束(取决于垂直或水平堆栈)设置为StackView的间距。

然后调整新添加的视图的内容拥抱和内容压缩阻力优先级。您可能还必须更改父StackView的分布。

以上所有操作都可以在Interface Builder中完成。您可能还必须以编程方式隐藏/取消隐藏一些新添加的视图,这样您就不会有不需要的间距。


1
投票

我最近在隐藏UIStackView时遇到了自动布局错误。我没有在UIViews做一堆簿记和包装堆栈,而是选择为我想要隐藏/取消隐藏的孩子们为我的parentStackView和插座创建一个出口。

@IBOutlet weak var parentStackView: UIStackView!
@IBOutlet var stackViewNumber1: UIStackView!
@IBOutlet var stackViewNumber2: UIStackView!

在storyboard中,这是我的parentStack的样子:

enter image description here

它有4个孩子,每个孩子都有一堆堆栈视图。当您隐藏堆栈视图时,如果它的UI元素也是堆栈视图,您将看到自动布局错误的流。我没有隐藏,而是选择删除它们。

在我的示例中,parentStackViews包含4个元素的数组:Top Stack View,StackViewNumber1,Stack View Number 2和Stop Button。他们在arrangedSubviews的指数分别为0,1,2和3。当我想隐藏一个时,我只是将其从parentStackView's arrangedSubviews数组中删除。由于它并不弱,它会在内存中徘徊,你可以稍后将它放回到你想要的索引。我不是要重新初始化它,所以它只是在需要之前就会挂起,但不会让内存膨胀。

基本上,你可以......

1)将IBOutlets拖动到您的父堆栈以及要隐藏/取消隐藏到故事板的子项。

2)当你想隐藏它们时,从parentStackView's arrangedSubviews数组中删除你想要隐藏的堆栈。

3)用self.view.layoutIfNeeded()打电话给UIView.animateWithDuration

注意最后两个stackViews不是weak。当你取消隐藏它们时,你需要保持它们。

假设我想隐藏stackViewNumber2:

parentStackView.removeArrangedSubview(stackViewNumber2)
stackViewNumber2.removeFromSuperview()

然后动画:

UIView.animate(withDuration: 0.25,
               delay: 0,
               usingSpringWithDamping: 2.0,
               initialSpringVelocity: 10.0,
               options: [.curveEaseOut],
               animations: {
                self.view.layoutIfNeeded()
},
               completion: nil)

如果你想稍后“取消隐藏”一个qazxsw poi,你可以将它插入所需的qazxsw poi qazxsw poi索引并为更新设置动画。

stackViewNumber2

我发现这比在约束条件下记账,摆弄优先事项等要容易得多。

如果您想要隐藏某些内容,默认情况下,您可以将它放在故事板上并在parentStackView中将其删除,并使用arrangedSubViews更新动画。


1
投票

我在嵌入式堆栈视图中遇到了相同的错误,尽管在运行时一切正常。

我通过在隐藏父堆栈视图之前首先隐藏所有子堆栈视图(设置parentStackView.removeArrangedSubview(stackViewNumber1) stackViewNumber1.removeFromSuperview() parentStackView.insertArrangedSubview(stackViewNumber2, at: 1) // Then animate it UIView.animate(withDuration: 0.25, delay: 0, usingSpringWithDamping: 2.0, initialSpringVelocity: 10.0, options: [.curveEaseOut], animations: { self.view.layoutIfNeeded() }, completion: nil) )来解决约束错误。

这样做并不具备删除子排列视图的所有复杂性,在需要添加它们时维护索引。

希望这可以帮助。


0
投票

您可能在使用特定大小类时创建了约束(例如:wCompact hRegular),然后在切换到另一个大小类时创建了一个副本(例如:wAny hAny)。检查不同大小类中的UI对象的约束,并查看是否存在约束异常。你应该看到红线表示碰撞的约束。在得到10点声望之前,我无法拍照留念:/

© www.soinside.com 2019 - 2024. All rights reserved.