求助：UITableView中添加的UIView自动变更Frame异常问题

这个问题我之前也碰到过！核心原因是你把viewInfoPlus直接添加为UITableView的子视图，同时用固定frame而非Auto Layout约束来定位，刚好撞上了tableView reload时的内部布局逻辑：

当你调用reloadRows配合beginUpdates/endUpdates时，UITableView会重新计算contentSize、调整内部布局，甚至临时改变contentOffset。由于你的view是直接挂在tableView上的，它的frame是相对于tableView的bounds坐标系，一旦tableView的contentOffset或自身布局变化，视觉上就会出现位置偏移；而当你滚动到顶部时，contentOffset回到初始状态，view的位置就又“恢复”了——其实它的frame没被修改，只是tableView的滚动位置变了，导致视觉错位。

推荐解决方案 #

根据你的需求（view是否需要随tableView滚动），可以选以下几种方案：

方案1：如果view需要固定在屏幕（不随tableView滚动）

这应该是最可能的场景——直接把view加到控制器的主view上，而非tableView的子视图：

// 替换原来的addSubview代码
self.view.addSubview(viewInfoPlus)
self.viewInfoPlus.frame = CGRect(x: kWidth - 193 - 32, y: 751, width: 193, height: 103)

这样不管tableView怎么reload、滚动，view的位置都不会受影响，因为它属于控制器view的层级，和tableView是同级关系。

方案2：用Auto Layout约束替代固定frame

如果一定要把view留在tableView的子视图里，用约束来固定位置，让Auto Layout自动处理布局变化：

viewInfoPlus.translatesAutoresizingMaskIntoConstraints = false
self.tableView.addSubview(viewInfoPlus)

// 激活约束，对应你原来的frame参数
NSLayoutConstraint.activate([
    viewInfoPlus.trailingAnchor.constraint(equalTo: tableView.trailingAnchor, constant: -32),
    viewInfoPlus.topAnchor.constraint(equalTo: tableView.topAnchor, constant: 751),
    viewInfoPlus.widthAnchor.constraint(equalToConstant: 193),
    viewInfoPlus.heightAnchor.constraint(equalToConstant: 103)
])

这样不管tableView怎么调整布局，约束都会维持view的正确位置，不会出现偏移。

方案3：reload后手动重置frame（临时 workaround）

如果暂时不想改约束或层级，可以在reload完成后手动重置frame（用异步确保布局完成）：

let indexPath = IndexPath(row: 0, section: TableSection.plus.rawValue)
UIView.setAnimationsEnabled(false)
self.tableView.beginUpdates()
tableView.reloadRows(at: [indexPath], with: .none)
self.tableView.endUpdates()
UIView.setAnimationsEnabled(true)

// 异步重置frame，确保tableView布局完成
DispatchQueue.main.async {
    self.viewInfoPlus.frame = CGRect(x: kWidth - 193 - 32, y: 751, width: 193, height: 103)
}

不过这个方法属于临时补丁，不如前两种方案可靠，优先推荐前两个。

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