线程

ios – 核心数据’声明仍然有效’

我对这个核心数据错误感到很不舒服.我的应用程序和代码一切正常,除非偶尔调用请求很快.它发生在我试图打破应用程序时.从一个屏幕到下一个屏幕,下载数据并执行获取请求.我知道这与线程和核心数据有关.我从后台线程调用这段代码,它有自己的托管对象上下文.我知道这可能很难说,但是有人能告诉我,如果我做错了,这些请求,这是显而易见的.解决方法如果您滚动一个在b/g线程上调用核心数据的表,它就会发生,并且Core

ios – WKWebView:尝试从主线程同步查询javascript

有没有办法从主线程同步查询javascript?使用具有回调参数的异步函数从本机代码查询Javascript以处理响应:通常可以通过暂停线程来实现异步行为的同步.使用信号量控制执行:…但是在这种情况下,因为在主线程上总是调用completionHandler,所以代码死锁,因为completionHandler块永远不会执行有什么建议?正如对thisanswer的评论中所建议的那样,你可以在你的信号量周围运行一个紧密的循环.

在iOS崩溃报告中,“SIMULATED(这不是崩溃)”是什么意思?

最近我们开始看到崩溃报告,内容如下:这些崩溃报告来自我们的用户在野外使用的iOS设备.之前我已经处理过崩溃报告但是没有进行场景更新,但是我没有看到任何模拟)或之前由线程突出显示.有谁知道这些新信息的确切含义是什么?他们只是简单地提到了失败的场景更新问题,还是传达了任何其他意义.也有人知道ExceptionNote是否还有其他可能的值?

iOS,NSURLConnection:在不同的线程上委托回调?

我怎样才能让NSURLConnection从不同的线程而不是主线程调用它的委托方法.我正在尝试使用scheduleInRunLoop:forMode:但似乎没有做我想要的.我必须下载一个大文件,它会频繁地中断主线程,以至于正在发生的一些渲染开始变得不稳定.我没有看到的另一件事是“模式”只记录了两种模式,所以没有多少真正要测试.有任何想法吗?

ios – 如何在每个视图控制器中正确管理NSManagedObjectContext?

我是CoreData的新手,我想知道我是否做得对.首先文档说:“按照惯例,您从视图控制器获取上下文.但您必须适当地实现应用程序,以遵循此模式.实现与CoreData集成的视图控制器时,可以添加NSManagedobjectContext属性.创建视图控制器时,将它传递给它应该使用的上下文.您传递现有上下文,或者(在您希望新控制器管理一组离散编辑的情况下)为您创建的新上下文.应用程序委托通常负责创建

ios – 如果必须等到主线程完成,使用dispatch_sync有什么好处?

如果块必须等到主线程完成,为什么有人会使用dispatch_sync.使用此函数的好处是什么,而不是在线编写代码(非块和在GrandCentraldispatch之外).我可能误解了dispatch_sync实际上做了什么.谢谢.解决方法dispatch_sync执行您的想法–它将块发布到指定队列并阻止当前队列,直到执行该块为止.主队列/线程没有特别涉及,除非您要么调度它或从它调度.因此,如果必须

ios – 如何安全地将渲染与更新模型分离?

与一些游戏开发者交谈时,他们建议基于OpenGLES的高性能游戏引擎不会处理主线程上的所有内容.这允许游戏引擎在具有多个cpu核心的设备上执行得更好.他们说我可以从渲染中分离更新.所以,如果我理解这一点,游戏引擎运行循环可以像这样工作:>设置调用render方法的CAdisplayLink.>render方法在后台渲染当前世界模型.>render方法然后在主线程上调用update方法.因此,当它在