为何ContentView高度小于UITableViewCell高度？XIB创建时如何让二者等高？

这种0.5点的差异我在项目里碰过好几次，几乎都是Retina屏幕的像素对齐问题或者Auto Layout约束没设对导致的，咱们一步步拆解：

为什么会出现这个问题？ #

1. Retina屏幕的像素对齐机制：Retina屏1个逻辑点对应2个物理像素，要是Cell的高度是带0.5的浮点数（比如自动布局算出44.5点），系统为了让内容对齐像素边界，会把contentView的高度向下舍入0.5点，就出现了视觉上的高度差。
2. 约束未完全贴合：在XIB里如果contentView的上下边缘没有和UITableViewCell的边缘完全绑定（比如误设了0.5的常量），也会直接导致高度差。

怎么解决？ #

1. 把contentView的约束拉满 #

这是最根本的解决办法：

• 打开你的Cell XIB，选中contentView（就是那个自带的白色背景视图）。
• 给它添加四个约束：顶部贴紧Cell顶部、底部贴紧Cell底部、左侧贴紧Cell左侧、右侧贴紧Cell右侧，所有约束的常量都设为0，优先级拉满到Required（1000）。
• 做完之后记得点击XIB右上角的「Update Frames」，让布局实时生效。

2. 确保Cell高度是整数 #

如果是手动设置Cell高度，别返回带小数的数值：

override func tableView(_ tableView: UITableView, heightForRowAt indexPath: IndexPath) -> CGFloat {
    // 用整数，比如44而不是44.5
    return 44.0
}

要是用自动计算高度（UITableViewAutomaticDimension），检查所有子视图的约束，确保它们能让Auto Layout算出整数高度——比如别给子视图设0.5点的间距，尽量用整数值。

3. 应急方案：关闭裁剪（不推荐） #

要是赶时间，也可以临时关闭contentView的裁剪，让超出的部分显示出来，但这只是掩盖问题：

cell.contentView.clipsToBounds = false

还是建议优先用前两种方法，从根源解决。

4. 检查XIB的Frame设置 #

打开XIB的Size Inspector，看看UITableViewCell的Frame高度是不是你想要的值，再看看contentView的Frame高度是否和Cell一致。要是不一致，要么手动调整，要么用约束强制对齐。

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