这是我遇到的问题。当应用程序运行时，我有几个任务要在后台完成。当我通过在后台运行这些任务以将它们推送到并发调度队列时，完成所有这些任务需要 10 秒以上。它们基本上从磁盘加载数据并解析它，并将结果表示给用户。也就是说，它们只是缓存的结果，极大地改善了用户体验。
此缓存结果用于应用程序内的特定功能，当打开应用程序后未立即使用该功能时，加载支持该功能的数据需要 10 秒不是问题，因为当用户决定使用它时，该数据已经加载。
但是，当用户打开应用程序后立即在应用程序中输入该功能时，加载数据需要相当长的时间（从用户的角度来看）。此外，不是在同一时刻需要整个数据，而是在给定时刻需要其中的一部分。这就是为什么我们需要同时加载数据，如果可能的话，尽快带来结果。这就是为什么我决定将数据分解为块，当用户请求数据时，我们应该通过后台线程加载相应的块，并为该线程提供最高优先级。我会解释我的意思。
想象一下，有 100 条数据，加载所有数据需要 10 多秒。 每当用户首次查询数据时，应用都会确定用户需要的数据块并开始加载该块。加载该部分后，剩余的数据也将在后台加载，以使以后的查询更快（没有加载缓存的滞后）。但是这里会出现一个问题，当用户决定在输入查询后立即更改查询时，并且该更改发生在例如数据加载过程的第 2 秒（请记住，加载数据需要 10 秒以上，我们仍然有 8 秒以上的时间来完成加载过程）， 那么在极端情况下，用户将收到他的数据，等待所有数据被加载。这就是我需要以某种方式管理后台任务执行的方式。也就是说，当用户更改输入时，我应该更改执行的优先级，并为加载相应块的线程提供最高优先级而不停止它，这样它将获得更多的处理器时间，并且会更快地完成，并更快地向用户交付结果，而不是我保持优先级不变。我知道我可以为队列分配优先级。但是有没有办法在它们仍在执行时动态更改它们？还是需要实现自定义线程管理才能实现这些行为？我真的不想深入研究线程管理，如果可以仅使用调度或操作队列来实现，我会很高兴。
我希望我已经很好地描述了这个问题。如果没有，请在下面评论不清楚的地方，我会解释。
非常感谢您到目前为止的阅读:)特别感谢一位将提供答案的人。特别感谢一位，他会给我使用调度或操作队列的解决方案 :)））<</p>
我认为您需要摆脱考虑队列运行的优先级（这实际上听起来对于您所描述的场景来说并不重要），而是更多地考虑如何使用调度 I/O 或更简单的调度源来控制数据的读取方式。 正如您所说，加载数据需要 10 秒，如果用户在询问后立即突然更改其查询，您基本上需要停止读取上一个请求的数据，并执行任何需要执行的操作来完成最近的查询。 使用 Dispatch I/O 对数据进行分块（异步）并异步更新 UI 将允许您在中途改变主意（使用某种信号量或取消标志），并继续将数据滴入（您没有说如果用户改变主意，该数据是否仍然有用）， 暂停读取过程，或完全取消它并开始新操作。 也就是说，能够暂停/恢复源并让它为相当小的数据块触发回调，肯定会使您能够在比 8 秒更精细的时间块上做出决定！
怕唯一的方法是在开始新操作之前取消正在运行的操作。在完成或取消之前，您无法将其从队列中删除。
作为对您的问题的改进，我建议即使用户在后台不需要它们，也应该加载它们 - 这样您就可以在缓存后从缓存中加载它们。
您可以创建 2 个具有 2 个不同优先级的 NSOperationQueue，并在用户在 LowPriorityQueue 上空闲时在后台下载内容。对于重要操作，您可以拥有高优先级队列 - 每次搜索词更改时都会取消该队列。
最重要的是，您只需要缓存来自这两个队列的结果。