gpt4 book ai didi

uitableview - 意外的表重新加载/刷新有些延迟

转载 作者:行者123 更新时间:2023-11-30 13:28:55 32 4
gpt4 key购买 nike

Xcode 6-beta 6/7:我创建了一个iOS 8(Swift)博客阅读器应用,该应用具有概述(表格视图)和详细信息视图(网络视图)屏幕。如果有互联网连接,则该应用程序在启动时会从博客加载实际的json数据,并将其作为实体对象保存到核心数据中。首先显示的表格视图然后用核心数据中的那些对象填充其单元格。包含标题和字幕的单元格已按预期方式完全加载。一切似乎都正常,但是...


如果我不进行交互而只是等待,则表格视图会在大约10秒钟后快速刷新(单元格为空白,并在半秒钟内再次填充相同的文本)。一切正常之后,我可以单击命名的单元格并将其转发到详细信息视图,然后可以返回并选择其他任何单元格。
如果像通常那样立即开始交互,则必须单击两次单元格,然后才能转发到详细信息视图。在短时间内返回概述时,我发现表格视图仅填充了我之前点击过的一个单元格,其余均为空白。





然后,我可以再等待5到15秒钟,然后所有内容会自动刷新(从那时开始,一切正常),或者
我可以点击那些空白单元格,然后立即再次看到它们,而-当然-我将再次转发到详细信息视图或
如果我在详细信息视图上停留了更长的时间,比如说阅读了一些博客,然后返回,则所有单元格都可见,因为与此同时有足够的时间进行这种奇怪的刷新
注意:如果没有互联网连接,则应用程序可以成功地从核心数据加载对象,但仍然存在上述问题。因此,无论如何,我必须等到该“第二次刷新”发生之后,应用程序才能像我想要的那样运行。


如果这是一个完全未知的问题,并且您必须查看一些代码以供进一步研究,我很乐意与您分享。但是现在我还没有看到一点,因为它或多或少是使用表视图时实现的基本代码。我对核心数据还很陌生,可能已经监督了一些事情,但到目前为止还没有发现。
我会非常感谢您的帮助,因为我通常会在询问之前进行很长时间的调查,但是这次真的不知道原因可能是什么。

编辑:

可能很重要的一点是,我使用Xcode中的“主从应用程序”模板启动了该应用程序,并利用它提供的方法自动使用核心数据(NSFetchedResultsController)中的适当实体对象填充单元格。代码的某些部分可能会提示需要进一步研究(请告诉我,是否需要更多代码):

override func tableView(tableView: UITableView, cellForRowAtIndexPath indexPath: NSIndexPath) -> UITableViewCell {
let cell = tableView.dequeueReusableCellWithIdentifier("Cell", forIndexPath: indexPath) as UITableViewCell
self.configureCell(cell, atIndexPath: indexPath)
return cell
}

func configureCell(cell: UITableViewCell, atIndexPath indexPath: NSIndexPath) {
let object = self.fetchedResultsController.objectAtIndexPath(indexPath) as NSManagedObject
cell.textLabel?.text = object.valueForKey("title")?.description
let published = object.valueForKey("published")?.description
let author = object.valueForKey("author")?.description
let spaceholder = " "
cell.detailTextLabel?.text = published! + spaceholder + author!
}


编辑2:

多亏了nzeltzer的输入,我认为我已经找到了要点:上面的问题仅在部分代码在全局(而不是主)线程上运行时发生。因此,我进行了一些测试:底部的控制台输出显示了首次构建应用程序时的NSThread.isMainThread()结果。

当我第二次或更多次重新运行该应用程序时,过程如下:核心数据已经具有一些值,因此可以直接配置单元格(日志: _ is Main Thread)。然后,如果有互联网连接,它将删除(在viewDidLoad中)所有核心数据对象,再次加载json数据,将对象放入核心数据并再次创建单元格。现在,日志的第二部分再次为 _ is NOT Main Thread。如果我现在在没有互联网连接的情况下运行该应用程序,则不会触发第二部分,而仅使用 _ is Main Thread进行第一单元配置。

对这种行为有任何直接的解释吗?

在任何情况下在主线程上分发可能导致问题的那些部分的正确(优雅)方法是什么?它是否与模板的内置NSFetchedResultsController有关,还是将某些任务自动分派到全局队列只是正常现象?

日志(应用程序首次构建,包含10个单元格):

2014-09-08 13:04:54.821 Blog Reader[3682:193346] 17545849:_UIScreenEdgePanRecognizerEdgeSettings.edgeRegionSize=13.000000
2014-09-08 13:04:54.823 Blog Reader[3682:193346] 17545849:_UIScreenEdgePanRecognizerEdgeSettings.edgeRegionSize=13.000000
NumbersOfRowsInSection is Main Thread
NumbersOfRowsInSection is Main Thread

NumbersOfRowsInSection is NOT Main Thread
configureCell is NOT Main Thread
cellForRowAtIndexPath is NOT Main Thread
configureCell is NOT Main Thread
cellForRowAtIndexPath is NOT Main Thread
configureCell is NOT Main Thread
cellForRowAtIndexPath is NOT Main Thread
configureCell is NOT Main Thread
cellForRowAtIndexPath is NOT Main Thread
configureCell is NOT Main Thread
cellForRowAtIndexPath is NOT Main Thread
configureCell is NOT Main Thread
cellForRowAtIndexPath is NOT Main Thread
configureCell is NOT Main Thread
cellForRowAtIndexPath is NOT Main Thread
configureCell is NOT Main Thread
cellForRowAtIndexPath is NOT Main Thread
configureCell is NOT Main Thread
cellForRowAtIndexPath is NOT Main Thread
configureCell is NOT Main Thread
cellForRowAtIndexPath is NOT Main Thread

最佳答案

我有一个类似的问题。
您需要在主线程上进行任何ui更改。当您执行数据请求时,回调可能不在主线程上。为此,请执行以下操作:

dispatch_async(dispatch_get_main_queue()){    
self.tableView.reloadData() // reload table/data or whatever here. However you want.
}


当从URL加载数据时,您将有某种回调,该回调将发送到闭包(objc中的块)。调用该闭包时,不能保证它位于主线程上。有时可能会,有时不会。为什么要运行 dispatch_async并告诉它使用 dispatch_get_main_queue()捕获主线程,请在主线程上运行以下代码。必须从主线程进行所有UI更改。

关于uitableview - 意外的表重新加载/刷新有些延迟,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36804472/

32 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com