ScrollView随TableView动态调整时滚动失效问题排查与修复

这个坑我之前也踩过！核心问题出在ScrollView的内容尺寸计算逻辑和你当前的约束配置不兼容：

1. 你不给底部CustomView加底部约束的话，系统没法算出ContentView的完整高度——它只知道从顶部到TableView底部（加上底部CustomView的高度），但当TableView内容变多、高度超过屏幕时，ContentView的实际高度其实已经超出了可视范围，但因为没有底部约束锚定，系统认为ContentView的高度就是屏幕高度，所以ScrollView觉得“内容没超出，不需要滚动”，导致底部视图被顶出去还滑不到。

2. 而直接加底部约束后TableView没法自适应高度，是因为这个约束会强制TableView填充ContentView里的剩余空间，和你用invalidateIntrinsicContentSize实现“内容多高就多高”的逻辑冲突了——系统优先满足填充约束，自然就忽略了TableView的内在高度计算。

给你两个经过验证的解决思路，选适合你代码结构的就行：

方案一：约束优先级组合拳 #

这个方法既能让ScrollView正确识别内容高度，又能保住TableView的自适应高度：

• 给底部CustomView加底部约束（和ContentView底部对齐），但把这个约束的优先级设为低优先级（比如iOS里的UILayoutPriorityDefaultLow，数值250）。
• 给TableView加一个高度约束，把优先级设为高优先级（比如UILayoutPriorityDefaultHigh，数值750），然后在代码里更新这个高度约束的constant为TableView的contentSize.height，配合你原来的invalidateIntrinsicContentSize调用。

这样系统会优先满足TableView的自适应高度需求，当TableView内容变多、高度超过剩余空间时，低优先级的底部约束会被“让步”，ContentView的总高度会被拉长，ScrollView就能正确感知到内容超出，允许滚动到底部了。

方案二：用StackView简化布局 #

如果你不想折腾约束优先级，换个布局结构更省心：

• 把ContentView里的三个CustomView和TableView全部放进一个垂直方向的UIStackView里，按顺序排列。
• 给StackView设置alignment = .fill，distribution = .fill，spacing设成你需要的子视图间距。
• 给StackView加完整的约束：顶部、底部、左、右都和ContentView完全对齐。
• 记得把TableView的isScrollEnabled设为false（因为现在靠外层ScrollView滚动，TableView自己不需要滚动），继续用invalidateIntrinsicContentSize让它自适应高度。

这种情况下，StackView会自动根据所有子视图的高度计算自身总高度，ContentView的高度会跟着StackView走，ScrollView能准确获取内容总高度，当TableView内容变长时，整个StackView高度增加，你就能滚动看到底部的CustomView了。

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