使用大型数据库时，如何避免 UITableView 中的自定义单元格加载时间过长

Question

在我正在开发的应用程序中，我必须从一个相当大的数据库中获取和使用数据（文本和图像），并且当 加载 tableview 时，应用程序会冻结 2-5 秒。这可能会破坏 UX，因为 UI 感觉对操作反应不快。

我认为问题是存在许多图像（不是很重，50x50px），每个自定义 cel 都有一个，大约有1000+ 行。 我需要知道最好的方法来避免这个加载时间长，或者如何隐藏它。

用户点击一个按钮打开tableview，该按钮执行一个segue，然后我在viewDidLoad() 中获取数据。正如我所知道的，viewDidLoad() 方法可以阻止交互直到完成。在 viewDidLoad() 内部，我调用了一个名为 fetchCard() 的函数。它将Card 对象放入一个数组中，该对象包含我在单元格中使用的属性（名称、缩略图）。

func fetchCard() {

    cards = []

    let fetchRequest: NSFetchRequest = NSFetchRequest(entityName: "Card")
    let sorter: NSSortDescriptor = NSSortDescriptor(key: sorterParameter , ascending: true)
    fetchRequest.predicate = definitivePredicate
    fetchRequest.sortDescriptors = [sorter]
    fetchRequest.returnsObjectsAsFaults = true

    do {
        let results = try moc.executeFetchRequest(fetchRequest)
        cards = results as! [Card]
    } catch {
        print("Fetch failed: \(error)")
    }
}

有没有办法加载，例如，只加载可见行，这行得通吗/这样做是个好习惯吗？有更好的方法吗？

P.S.：为了避免基于个人喜好的讨论，“更好”是指加载速度方面性能最高的方式。

编辑：添加代码示例。

Answer 1

问题是您在 viewDidLoad() 方法中加载了许多数据，并且您没有在后台线程上异步加载它们。当您在 viewDidLoad() 中调用 fetchCard() 时，您会阻止加载整个屏幕，直到从 DB 加载完成。

要在后台线程上加载数据，您必须这样做：

let queue: dispatch_queue_t = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_BACKGROUND, 0)
    dispatch_async(queue, { () -> Void in
        let context: NSManagedObjectContext = NSManagedObjectContext(concurrencyType: NSManagedObjectContextConcurrencyType.PrivateQueueConcurrencyType)
        context.parentContext = moc

        let fetchRequest: NSFetchRequest = NSFetchRequest(entityName: "Card")
        let sorter: NSSortDescriptor = NSSortDescriptor(key: sorterParameter , ascending: true)
        fetchRequest.predicate = definitivePredicate
        fetchRequest.sortDescriptors = [sorter]
        fetchRequest.returnsObjectsAsFaults = true

        do {
            let results = try context.executeFetchRequest(fetchRequest)
            cards = results as! [Card]
        } catch {
            print("Fetch failed: \(error)")
        }

        dispatch_async(dispatch_get_main_queue(), { () -> Void in
            tableView.reloadData()
        })
    })

此外，如果从 CoreData 加载变慢，您将不得不找出原因。为您排序/过滤的对象中的变量添加索引可能会有所帮助。在sortDescriptors中添加1个描述符，尝试索引描述符中使用的sorterParameter。

如果您将图像存储在 CoreData 数据库中，最好也异步加载它们以保持 tableview 的滚动流畅。您可以使用与以前类似的代码，只需将图像加载移动到 GCD 块内并将图像设置为主线程中的图像视图（'dispatch_async(dispatch_get_main_queue()...'）。

Answer 2

根据 OP 所述，问题解决方案是在疮正在使用的属性（列）上创建索引。

有关更多信息，请参阅此SO Question。然后跟进 Core Data 文档或一本好的 Core Data 书籍。

注意事项：
1. 如果表行数大约为 1000，因为 OP 暗示使用索引核心数据的访问时间应该几乎是瞬时的。

1. 重新生成 50 x 50 像素的图像的时间也应该是微不足道的。

2. 在性能问题上，重要的是要衡量性能问题在哪里，否则时间和精力会花在错误的领域上。

Answer 3

UITableView 已经只加载cellForRowAtIndexPath 中的可见单元格。假设您正在重用单元格，您的问题很可能在于加载数据，而不是显示数据。

看看苹果的异步加载示例项目：LazyTableImages

调整大图像的大小以适应较小的表格视图单元格大小的图像确实需要一些处理能力和相当数量的 IO。如果可能，您应该为表格视图使用较小的缩略图，而不是大图像。不过，在较新的设备上可能需要较大尺寸的图像才能注意到这一点。