应用应多久执行一次Fetch Request？numberOfRowsInSection返回异常问题

嘿，很高兴看到你已经通过调整Fetch Request的位置解决了问题！让我来帮你理清这两个核心疑问：

首先明确：不是只能执行一次，但执行时机要根据场景来：

• 初始加载阶段：在viewDidLoad里执行一次是标准操作，用来获取初始数据集填充表格，这也是你这次解决问题的关键——确保表格第一次渲染时已经有了正确的数据来源。
• 数据或查询条件变化时：
  • 如果Core Data里的实体数据发生了增删改（比如用户添加了一条新记录），你需要重新获取最新数据；更高效的方式是用NSFetchedResultsController，它能自动监听上下文变化，帮你同步更新表格，不用手动重复执行Fetch。
  • 如果是查询条件变了（比如你之前用segment切换不同的predicate），这时候必须重新执行Fetch Request，用新的条件获取对应数据，之后刷新表格。

你之前的问题大概率是表格初始化时数据源还没准备好：

• 当视图控制器加载完成后，表格视图会立刻询问numberOfRowsInSection来确定行数，但你的Fetch Request放在了segment changed的IBAction里——这个方法只有用户切换segment时才会触发，第一次加载时根本没执行，导致数据源数组是空的（或者未初始化），自然返回了错误的行数。
• 移到viewDidLoad后，视图加载过程中就完成了数据获取，表格询问行数时已经有了正确的数据源，所以问题就消失了。

不过这里要提醒：如果你的segment切换需要展示不同的数据，只在viewDidLoad执行一次是不够的——你需要在segment变化时，更新predicate，重新执行Fetch Request，然后调用tableView.reloadData()来刷新表格内容。

给你两个靠谱的实现方向：

• 优先用NSFetchedResultsController：这是Core Data配合UITableView的黄金搭档，它会帮你处理初始Fetch、数据变化监听、表格行的增删改动画，你只需要实现几个代理方法，不用手动管理数据源数组和重复Fetch，代码更简洁也更稳定。
• 手动管理Fetch的话：
  • 初始Fetch放在viewDidLoad（或者viewWillAppear，如果需要每次进入视图都刷新数据）。
  • 条件变化时（比如segment切换），更新Fetch Request的predicate，重新执行Fetch，更新数据源数组后调用tableView.reloadData()。
  • 确保numberOfRowsInSection直接返回数据源数组的count，避免硬编码或者错误的计算逻辑。

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