大佬教程收集整理的这篇文章主要介绍了UITableView 设置行高无效，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
为什么我在 tableVIEw.rowHeight = 100 中设置 vIEwDIDLoad() 时总是得到默认的高度值 44.0？我也尝试设置 tableVIEw.estimatedHeight =100 但没有运气，我也尝试设置委托方法 tableVIEw.heightForRowAt 但这似乎也没有任何效果。那么问题来了：如何设置tableVIEw Cell的高度？
overrIDe func vIEwDIDLoad(){ // tableView viewDIDLoad
super.vIEwDIDLoad()
tableVIEw.rowHeight = 100
tableVIEw.register(TickerCell.self,forCellReusEIDentifIEr: "Cell")
}
// Custom Cell Init
overrIDe init(style: UItableVIEwCell.CellStyle,reusEIDentifIEr: String?) {
super.init(style: style,reusEIDentifIEr: reusEIDentifIEr)
BACkgroundcolor = .clear
print(frame.height) // always prints 44.0
let symbolstack = UIStackVIEw(arrangedSubvIEws: [symbolLabel,companyLabel])
let sectorstack = UIStackVIEw(arrangedSubvIEws: [sectorLabel,exchangeLabel])
let mainStack = UIStackVIEw(arrangedSubvIEws: [symbolstack,sectorstack])
sectorstack.axis = .vertical
symbolstack.axis = .vertical
sectorstack.alignment = .Trailing
symbolstack.alignment = .leading
symbolstack.diStribution = .fillEqually
sectorstack.diStribution = .fillEqually
mainStack.diStribution = .fillProportionally
addSubvIEw(mainStack)
mainStack.translatesautoresizingMaskIntoConsTraints = false
mainStack.heightAnchor.consTraint(equalTo: self.heightAnchor).isActive = true
mainStack.TrailingAnchor.consTraint(equalTo: self.TrailingAnchor,constant: -45).isActive = true
mainStack.leadingAnchor.consTraint(equalTo: self.leadingAnchor,constant: 15).isActive = true
addSubvIEw(WatchListStar)
WatchListStar.translatesautoresizingMaskIntoConsTraints = false
WatchListStar.wIDthAnchor.consTraint(equalToConstant: 15).isActive = true
WatchListStar.leadingAnchor.consTraint(equalTo: mainStack.TrailingAnchor,constant: 20).isActive = true
WatchListStar.heightAnchor.consTraint(equalToConstant: 15).isActive = true
WatchListStar.centerYAnchor.consTraint(equalTo: self.centerYAnchor).isActive = true
}
所以问题似乎在于，然后在单元格初始化方法中，我在 vIEwDIDLoad 中设置的 rowHeight 似乎没有注册，只有在 prepareForReuse 当我打印 frame.height 时，我才能打印 100,那么我应该用哪种方法设置单元格布局？
细胞不是天生就知道它的高度，所以 init 是查看框架的毫无意义的地方。事实上，它没有固有的高度。细胞被重复使用。它们的高度仅与当前正在使用的桌子的特定行相关。当单元格在不同的行中使用时，该高度可能会发生变化（因为行可以具有不同的高度）。因此，您的布局需要应对这种情况。
在您显示的代码中，您使用的是自动布局。自动布局的全部意义在于您在任何时候都不关心事物的框架。随着周围框架的变化，一切都会自动调整。自动布局是关于关系。
因此在这种情况下的解决方案是：不要查看 frame.height。你不需要知道。只需布置视图和单元格之间的关系，如果您正确使用了自动布局，那么当单元格出现时一切都会正确。
另一方面，正如您现在在评论中所说的“我被迫 [使用自动布局] 不是因为我想要”——好吧，如果目标是手动进行布局，就像我们在自动布局之前所做的那样，那么在数据源的 cellForRowAt: 中执行此操作。或者您可以尝试在单元格的 layoutSubviews 中执行此操作，如果您希望单元格自行布置。在线查看我的旧版书，了解我们过去如何做到这一点：http://www.apeth.com/iOSBook/ch21.html#_custom_cells
要非常小心地区分添加子视图和调整它们的大小。您不想犯添加已经添加的子视图的错误。所以在 init 中添加子视图，当然，因为它只被调用一次，但在行的实际大小已经传达给单元格的地方调整它们的大小。
还有一条建议。您当前的代码使用短语 addSubview，意思是 self.addSubview。这是完全错误和非法的。永远不要将子视图直接添加到单元格。仅将其添加到单元格的 contentView，并根据其调整大小。
override func viewDidLoad() {
super.viewDidLoad()
self.tableView.rowHeight = UITableView.automaticDimension;
self.tableView.estimatedRowHeight = 40
}
以上是大佬教程为你收集整理的UITableView 设置行高无效全部内容，希望文章能够帮你解决UITableView 设置行高无效所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。