HTML转NSAttributedString为何导致UITableView内部不一致？

为什么在cellForRowAt中做HTML转换会引发异常？ #

• HTML转富文本存在隐式异步风险：NSAttributedString的HTML初始化方法内部会调度到后台线程完成解析，哪怕你在主线程调用这个方法。这会导致cell被复用后，之前未完成的解析任务结束时，会把旧的富文本覆盖到已复用给新indexPath的cell上，直接打乱UITableView的内部状态，引发预取队列与cell索引的同步断言错误，甚至出现行重复、绘制不全的情况。
• 主线程阻塞破坏UITableView时序：cellForRowAt要求在主线程快速执行，UITableView依赖这个方法的高效性维持渲染和预取节奏。哪怕是短内容的HTML解析也存在一定开销，会拖慢主线程，让UITableView无法及时更新内部预取cell队列与对应indexPath的映射关系，最终触发断言崩溃或索引越界问题。
• cell复用与异步操作冲突：UITableView的cell由复用池管理，在cell的setter里触发解析时，可能出现cell已分配给新indexPath，但旧的解析任务仍在运行，完成后覆盖当前cell内容，造成显示错乱。

移到数据创建阶段为什么能修复问题？ #

• 提前完成解析，规避异步冲突：在数据创建阶段（比如ViewModel初始化时）就把HTML转成富文本并缓存，每个ViewModel对应的富文本是确定且提前准备好的，不会有异步解析操作干扰cell的复用逻辑。
• cellForRowAt仅做简单赋值，保证主线程流畅：此时cell的赋值只是把缓存好的富文本直接设置给label，耗时可忽略，不会阻塞主线程，UITableView的渲染和预取节奏完全不受影响，内部状态始终保持同步。
• 避免重复解析，提升性能：HTML转富文本的操作仅执行一次，不会因cell复用重复触发，既节省资源，也避免了多次解析可能带来的状态混乱。

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