我第一次尝试基于 Swift/NSOperationQueue 的设计，我正在尝试找出如何维护跨队列的数据完整性。
我处于设计过程的早期阶段，但该架构可能会涉及一个队列(称为sensorQ)，用于处理来自各种传感器的传感器测量数据流，这些传感器将为融合模型提供数据。传感器数据将以各种速率传入，有些非常快(例如加速度计数据)，但有些需要扩展计算，可能需要一秒或更长时间。
我想弄清楚如何将当前状态捕获到用户界面中。 UI 必须由主队列(称为 mainQ)处理，但会反射(reflect)融合引擎的当前状态。
我不想在传感器队列上发生的每次更新都影响 UI 线程，因为它们可能会非常频繁地发生，因此 NSOperationQueue.mainQueue.addOperationWithBlock() 调用将状态传回对于用户界面来说似乎不可行。出于同样的原因，我不想将查询发送到传感器队列，因为如果它正在处理很长的计算，我将阻止等待它。
我正在考虑设置一个 NSTimer，它可以每隔十分之一秒左右将状态复制到 UI 中。
为此，我需要确保在将状态复制到 UI 队列的同时，传感器队列上的状态不会更新。看起来像是信号量的工作，但我并没有太多提及与 NSOperationQueues 相关的信号量。
我在 Grand Central Dispatch 中找到了对 dispatch_semaphore_t 对象的引用。
所以我的问题基本上是，处理这些情况的推荐方法是什么？我看到反复警告要在最高抽象级别(NSOperationQueue)工作，除非您需要较低级别(例如 GCD)的优化。这是我需要优化的情况吗？ dispatch_semiphore_t 可以与 NSOperationQueue 一起使用吗？这里有我忽略的基于 NSOperationQueue 的方法吗？
最佳答案
您要向 UI 发送多少数据？几个数字？复杂的图表？
如果您正在 NSOperationQueue(我们称之为sensorQ)上处理所有传感器数据，为什么不使队列串行呢？然后，当计时器触发时，您可以将“更新 UI”任务发布到sensorQ。当您的更新任务到达传感器 Q 时，您知道没有其他传感器正在修改状态。您可以捆绑数据并发布到主 (UI) 队列。
如果我们知道: 1. 你们的传感器有最小和最大数据速率吗？ 2. 有多少传感器对您的融合模型做出了贡献？ 3. 您如何同步从传感器到融合模型的访问？ 4. UI“更新”了多少数据、以什么格式？
我的直觉是，不需要信号量。
关于ios - NSOperationQueues 中的信号量，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/37041158/