为何UITableViewCell分隔符视图未被列出？按需移除部分分隔符问题

这事儿我之前做项目时也碰到过，本质是UITableView对分隔符视图的延迟创建和管理逻辑在起作用，具体原因可以拆解成这几点：

• 分隔符视图不归Cell管理，是TableView动态添加的
  UITableViewCell本身并不负责创建和持有分隔符视图（那个私有类_UITableViewCellSeparatorView），而是由UITableView在cell即将进入可视区域时，根据你设置的separatorStyle、以及是否通过tableView(_:willDisplay:forRowAt:)等方式隐藏特定cell的分隔符，动态添加到cell的subviews中。所以在你刚创建/复用cell（比如cellForRowAt回调里）的时候，TableView还没执行这个添加操作，自然打印cell.subviews看不到它。

• 滑出再滑回触发了完整的cell显示流程
  当cell滑出屏幕后会被放入复用池，此时它的分隔符视图通常不会被立即移除（复用机制会保留部分状态）。当它再次滑回可视区域时，TableView会重新触发cell的显示流程，这时候分隔符视图已经被正确添加并配置完成——不管你是要显示还是隐藏它，TableView都已经完成了这个视图的创建和挂载，所以这时候打印cell.subviews就能看到它了。

• 部分移除分隔符的场景会放大这个差异
  你提到只移除部分cell的分隔符，这种情况下TableView需要针对每个cell单独判断是否添加分隔符视图，它不会在cell初始化阶段就统一处理，而是要等到cell即将显示时才做决策。这就导致初始阶段（cell刚被创建/复用还没显示），subviews里完全没有分隔符相关视图；而当cell被显示过一次后，这个视图就被添加进去了（哪怕你后来隐藏了它，它可能还是会留在subviews里，只是设置为hidden或者frame被调整为0）。

如果你的需求是要修改分隔符视图，更稳妥的方式是在tableView(_:willDisplay:forRowAt:)回调里操作，因为这时候分隔符视图已经被添加到cell的subviews中了，不管是第一次显示还是复用显示，这个回调触发时视图都已经存在。

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