【问题标题】:How is it possible that UITableViewCellContentView height is different from heightForRowAtIndexPath:UITableViewCellContentView 高度怎么可能与 heightForRowAtIndexPath 不同:
【发布时间】:2013-04-09 00:33:37
【问题描述】:

我的 UITableView 遇到了一个非常奇怪的问题。 我有一些不同的单元格要显示在类似新闻源的表格视图中。

重复使用后的单元格出现问题。 该单元格包含两个图像、两个标签和一个带有分享/喜欢/评论按钮的视图。 我会试着画它,但我不确定它会不会漂亮:

-------------------------------------------------
|       |   __    ____________________________  |
|       |  |_2|  |                            | |
|       |        |              3             | |
|       |        |                            | |
|   1   |        |____________________________| |
|       |                                       |
|       |_______________________________________|
|       |                                       |
|       |                  4                    |
|_______|_______________________________________|
|                                               |
|                       5                       |
|_______________________________________________|

1 : objectImage
2 : subjectImage
3 : titleLabel
4 : commentLabel
5 : actionsView

我的限制是:

"H:|-0-[objectImage(60)]-7-[subjectImage(30)]-7-[titleLabel]-7-|"
"H:|-0-[objectImage(60)]-0-[commentLabel]-0-|"
"H:|-0-[actionsView]-0-|"
"V:|-0-[objectImage(>=35)]-0-[actionsView(44)]-0-|"
"V:|-7-[subjectImage(30)]"
"V:|-7-[titleLabel(>=46)]-7-[commentLabel(>=35)]-0-[actionsView(44)]-0-|"

并且每次绘制单元格时,我都会更改此约束:

"V:[commentLabel(%0.2f)]"

单元格第一次完美显示。

但是,我遇到的问题是,在某个时间点,经过一些重用(我无法每次都重现它),应用程序由于约束问题而崩溃。 这是一个例外:

"<NSLayoutConstraint:0x205a75b0 V:[UILabel:0x1ef31430(105)]>",
"<NSLayoutConstraint:0x1ef34440 V:[UILabel:0x1ef31430]-(0)-[UIView:0x1ef2fe50]>",
"<NSLayoutConstraint:0x1ef34380 V:[UILabel:0x1ef31250]-(7)-[UILabel:0x1ef31430]>",
"<NSLayoutConstraint:0x1ef33900 V:|-(7)-[UILabel:0x1ef31250]   (Names: '|':UITableViewCellContentView:0x1ef2bf50 )>",
"<NSLayoutConstraint:0x1ef34340 V:[UILabel:0x1ef31250(>=46)]>",
"<NSLayoutConstraint:0x1ef33210 V:[UIView:0x1ef2fe50]-(0)-|   (Names: '|':UITableViewCellContentView:0x1ef2bf50 )>",
"<NSLayoutConstraint:0x1ef331d0 V:[UIView:0x1ef2fe50(44)]>",
"<NSAutoresizingMaskLayoutConstraint:0x1ef36f90 h=--& v=--& V:[UITableViewCellContentView:0x1ef2bf50(147)]>"


Will attempt to recover by breaking constraint 
<NSLayoutConstraint:0x1ef34380 V:[UILabel:0x1ef31250]-(7)-[UILabel:0x1ef31430]>

问题是约束 [UITableViewCellContentView:0x1ef2bf50(147)] 不对。

奇怪的是,heightForRowAtIndexPath: 返回的正确值是 217。

而我不明白的是 UITableViewCell 的高度是正确的!

(lldb) po 0x1ef2bf50
$0 = 519225168 <UITableViewCellContentView: 0x1ef2bf50; frame = (0 0; 320 147); gestureRecognizers = <NSArray: 0x1ef30a20>; layer = <CALayer: 0x1ef2a3d0>>
(lldb) po [0x1ef2bf50 superview]
$1 = 0x1ef30e40 <NewsSubjectCommentCell: 0x1ef30e40; baseClass = UITableViewCell; frame = (0 1055; 320 217); hidden = YES; autoresize = W; layer = <CALayer: 0x1ef25e10>>

所以我不明白 UITableViewCellContentView 的高度约束怎么可能是147,是另一个同类型单元格的高度,但是应该改成209吧?

所以,如果您对这是如何发生的有任何见解(也许我做错了什么),我会很高兴。

谢谢,

【问题讨论】:

  • 您找到解决方案了吗?我遇到了完全相同的问题。
  • 不,我使用的(坏)解决方案是在 heightForRowAtIndexPath: 函数中的单元格高度上加 1

标签: ios uitableview autolayout nslayoutconstraint


【解决方案1】:

我在这里找到了答案:Auto layout constraints issue on iOS7 in UITableViewCell

我们只需要将 contentView 的 AutoresizingMask 设置为 UIViewAutoresizingFlexibleHeight|UIViewAutoresizingFlexibleWidth 并...问题解决了!

【讨论】:

  • 我在尝试按照此处的说明操作时收到“无法同时满足约束”警告:stackoverflow.com/a/18746930/528620。设置[self.contentView setAutoresizingMask:UIViewAutoresizingFlexibleHeight] 修复了它。谢谢!
  • 谢谢!你是救世主。我对“无法同时满足约束”感到疯狂。
【解决方案2】:

您可以尝试将(/某些)高度设置为较低的优先级(例如@900)。我有一个类似的问题(我的 UITableViewCellContentView 太小,无法满足约束)。在我降低了“错误”高度的优先级后,它在预期的高度上很好地布置了。

【讨论】:

  • 这对我有用。更改边界或设置 UIViewAutoresizingFlexibleHeight|UIViewAutoresizingFlexibleWidth 没有。
  • 这也对我有用。我添加了一个高度约束并将其设置为 900,瞧。
  • 这是给我的。不知何故,UITableViewCell 以相同的优先级添加了另一个约束?
【解决方案3】:

如果您使用代码或可视语言添加约束,则必须关闭包含约束的视图的自动调整大小转换:

    [self.someView setTranslatesAutoresizingMaskIntoConstraints:NO];

这会阻止创建[UITableViewCellContentView:0x1ef2bf50(147)] 约束。

【讨论】:

  • 包含我的约束的视图是我的自定义 UITableViewCell。我已经尝试过您的建议,但是当我这样做时,出现错误“-[NewsSubjectCommentCell layoutSublayersOfLayer:], /SourceCache/UIKit_Sim/UIKit-2380.17/UIView.m:5776 中的断言失败”。顺便说一句,如果有人能告诉我如何获取断言消息(以便我知道在哪里进行调试),我会喜欢的。我一直在寻找几个月...
  • 尝试在你的 UITableViewCell 的 superview 上调用这个方法。也许最好在单独的问题中询问断言失败/消息,以保持干净。
  • 你不能。您必须执行此 swizzle 以禁用将自动调整掩码转换为表格视图单元格上的约束:stackoverflow.com/a/12941256/180445 这将修复断言失败。这是我对 OP 的最终解决方案。
【解决方案4】:

在 cellForRowAtIndexPath 中,您从 tableview 请求一个单元格。您获得的单元格将是新创建的单元格(大小为 320,44)或已出列并发送 prepareForReuse 消息的单元格(无论其大小以前)。当您将代码 NSLayoutConstraints 应用到 contentView 时,它们会在 before 被解析,单元格会自动适应所提供的 tableview 空间。这毫无意义,但绝对是我观察的结论。

因此,在我的例子中,我得到了高度为 44 的新单元格,但我的一个限制是固定高度为 48。这会不断抛出异常并使调试变得痛苦。当我在 cellForRowAtIndexPath 中准备单元格时,我所做的只是将单元格的框架设置为正确的高度(如果您在水平维度上遇到问题,我想是宽度)。

UITableViewCell *cell = [tableview dequeueReusableCellWithIdentifier:CellIdentifier];
if(cell==nil)
    cell = [[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier] autorelease];
// If the cell is new its frame will be (0,0,320,44)
cell.frame = CGRectMake(0,0,tableview.frame.size.width,calculatedHeightRequiredForLayout);
[cell.contentView addConstraints:constraints];

单元格在显示在表格视图中之前会自动将其自身调整为正确的尺寸,因此您不会引起任何问题,但您的布局约束将被应用而不会被 iOS '需要破坏'...

【讨论】:

    【解决方案5】:

    我曾经为类似的事情而苦苦挣扎。尝试了无数的解决方案。没有任何效果。然后我注意到我不小心在设计器中创建了一个单元格为UICollectionViewCell 而不是UITableViewCell
    以防万一有人会经历同样的痛苦,也请检查一下

    【讨论】:

      猜你喜欢
      • 2012-08-08
      • 2015-09-08
      • 2018-12-15
      • 1970-01-01
      • 2013-01-01
      • 2014-07-05
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多