我的应用程序使用tableView和可通过多个线程异步更新的数据源。 更改数据源时，使用以下命令更新tableView而不是重新加载 其中completion(finished)是一些完成块。 通常， tableView更新需要0.25秒。 在这段时间内，不得更改数据源。 ...
我没有使用信号量或块的经验。 我已经看到了各种有关如何将异步调用转换为同步调用的建议。 在这种情况下，我只想等一下，以确保在拍摄另一张照片之前，iPhone的镜头已改变焦点。 我添加了一个完成块（带有一些例行程序来证明我已经看到了）。 但是，如何阻止其余代码（在主线程上运行），直到获得完 ...
它们都使用计数器并使用锁来保护计数器的递增和递减，当计数器小于零时，线程等待。 在我看来，除了他们的 api 之外，它们是相同的。 ...
方法1： 方法2： 如果线程1在method1中，则通过执行[_condition waitUtilDate ...]; 它会解锁。 线程2进入该区域，并通过执行[_condition waitUtilDate ...]来等待条件。 线程1和线程2都将一个Block（ ...
我正在使用 Objective-C 并尝试使用需要相互通信的线程。 代码如下： 我在两个单独的线程上运行 func1 和 func2 如下 运行此代码时出现以下错误 我想知道我解锁的方式有什么问题。 ...
从这个苹果公司的有关文档NSCondition ，的用法NSCondition应该是： Thead 1： 线程2： 并且在NSConditon的方法signal文件中 ： 您使用此方法唤醒正在等待该条件的一个线程。 您可以多次调用此方法来唤醒多个线程。 如果没 ...
在私有上下文上登录后，我正在做一些繁重的核心数据插入工作（例如A） （以避免主线程阻塞）。 在完成此操作之前，不幸的是，在代码中的某个位置还进行了插入工作（例如B） （虽然不繁重），但它是必不可少的，并且还使用私有上下文进行保存。 问题：在将记录保存到任何地方时，我都会检查它们是否已经存 ...
这是我在方法中的伪代码： 问题是，当发生第一个事件2然后发生事件1时，我从iOS（如上）收到“未锁定时解锁”警告。 现在，让我解释一下我要完成的工作：这是数据获取程序的一部分。 正常情况下，已接收到数据并执行了block1：没有问题。 有时，首先虚假地执行no-data blo ...
我有一个单元测试，需要等待异步任务完成。 我正在尝试使用NSConditionLock，因为这似乎是一个非常干净的解决方案，但我无法使其正常工作。 一些测试代码： 我在尝试遵循以下解决方案： 如何对异步API进行单元测试？ 如果我锁定，我的代表将不会被呼叫。 如果我取出锁 ...
在我的主要启动线程中，我需要暂停代码并启动一个新线程并等到我收到用户输入。 然后我想丢弃新的线程并返回到主线程停止的位置。 但最新发生的是调用新线程，但主线程继续使用代码。 如何在不干扰用户使用界面按钮的情况下处理此问题？ 我认为可能在我的if（moveCount == 2）语句中需要另 ...
我正在通过Internet异步下载四个plist文件。 我需要等到所有四个文件都下载完之后，才能在第一次运行时推送UIViewController，或者在所有后续运行中刷新数据并重新加载所有UITableViews。 第一次运行时，一切运行正常。 但是，刷新时，所有四个URL请求都被调 ...
很抱歉打扰另一个NSURLConnection问题，这里已经有超过一千个问题了。 情况如下。 在使用动态加载的增强现实功能的iPhone应用程序中，提示用户下载可用的新AR模型。 这些模型可以是几MB大，因此在决定这样做之前，应先向用户指示要下载的所有模型的总大小。 为了找出每个 ...
有一个MFI设备通过蓝牙（2.1 + EDR）连接到iPhone 4S（6.0 GM）或iPad（6.0 GM）。 该项目建立在Xcode 4.5 GM上。 当应用程序获得EAAccessoryDidDisconnectNotification ，它将发送消息[_eaSessionContr ...
我知道以下是你应该如何使用NSCondition： 方法1： 方法2： 我想要的是使用一个简单的锁，可以锁定和解锁不同的线程，所以我知道我需要使用NSCondition，而苹果医生说，检查条件是特别谨慎，即使你不要在逻辑上使用它（来自apple doc：“为了避免由这些虚假 ...
我正在用Objective-C写一个ssh包装器，我正在尝试实现一个命令应该执行的maxTime。 我实现它的方式是： 主线程： 计算超时 创建asyncThread（GCD队列）以执行命令并解析返回的数据 waitForTimeoutOrSignal ...
我在这一个中有一个nsthread，一个while循环。 它从主方法中的“线程安全”队列中获取对象。 当我离开包含这个nsthread对象的UIViewController时，我调用了nsthread取消方法，但它没有停止，因为它被“queueLock”NSCondition锁定。 当我回 ...
我正在创建一个阻塞队列，同时由大约10个工作线程访问。 队列的基本实现是这样的： 其中_mutex是NSCondition 。 问题来自于-isEmpty和-size方法： 因为它们需要互斥锁来确保没有数据损坏，所以该程序将陷入死锁，因为NSCondition不会递归锁定。 ...