线程
  1. 首页
  2. 线程

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

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

iOS,NSURLConnection：在不同的线程上委托回调？

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

ios – 在后台线程com.google.Maps.LabelingBehavior上调用UI API

升级到XCode9后,我在运行应用程序时突然收到以下警告：当我将地图分配给我的视图时,我可以将其缩小到问题.这是我可以解决的问题还是在Google地图中？干杯解决方法问题出在Google库中.如果您不想要这种警告,可以在Scheme选项中禁用主线程检查器.GoProduct>方案>管理方案搜索您用于测试的方案,然后按左侧栏中的编辑…

ios – 在后台线程中使用ALAssetsLibrary时是否有人遇到过崩溃？

我有一个ios应用程序,它没有以这种方式在ios5上崩溃,现在在4或5bg/fg周期后在启动时ios6上始终崩溃.我已经将问题追溯到我对ALAssetsLibraryenumerateGroupsWithTypes的调用(应用程序在启动时同步到底层照片库).对enumerateGroupsWithTypes的调用是在通过调度队列调用的后台线程中进行的,这样即使用户在完成之前将应用程序发送到bg,同

ios – 使用ad-hoc分发在设备上崩溃

突然间,我通过Testflight和iTunes-sync的临时发行版不再有效.使用ad-hoc构建配置分发的应用程序永远不会在设备上完全启动.它会立即崩溃并出现分段错误11.这个问题的奇怪之处在于,在下面提到的所有设备上,调试版本可以完美地工作.这让我相信我的project.pbxproj中有一些东西搞砸了.但是当我查看git-log时,我看到没有任何乱序,唯一改变的是架构和有效架构.我是否正确地假设弄乱架构不应该在启动时但在构建过程中导致实际错误？

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

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