objective-c - 为 UI 的一部分创建另一个流程是个好主意吗？

Question

抱歉，我不能在这里发布专有代码。基本上，它是一个 Mac GUI 应用程序。这些代码没有正确设计以利用异步概念。一切都在主线程上处理，不可能一夜之间改变设计。因此，我不想使用dispatch_async(...)解决方案。

问题的上下文是：我有一个在主线程上运行的耗时任务。在处理任务时，我尝试根据任务的完成百分比（从 0% 到 100%）更新/重绘进度条（NSProgressIndicator）。但是，因为任务运行在主线程上，所以主线程被阻塞了，事件队列中的任何更新/重绘事件都要等到主线程有机会看到，所以进度条没有更新/在任务执行期间完全重绘。

我正在考虑的解决方案是创建另一个处理进度条绘图的应用程序（带有 .exe 文件）。在主应用程序中，我将创建另一个进程并让该进程执行另一个应用程序。可以使用Boost 进程间消息队列将任务的完成百分比从主应用程序发送到其他应用程序。

我希望听到这个解决方案的优点和缺点，所以任何想法都将不胜感激！

标签： objective-cboostinterprocessnsprogressindicator

Answer 1

您也可以从同一进程中的线程执行此操作。进程间消息队列仍然有效，尽管任何线程安全的解决方案都足够了。

一般来说，在进程外运行一些重要的任务是值得的。内核级进程隔离具有线程永远无法拥有的好处：

• 内存空间分离（安全）
• 权限分离（其他进程可能在不同的安全上下文中运行）

因此，在处理不受信任的输入或不可靠的第三方库代码时，您可以获得主进程的稳定性保证。

但是，出于您的目的，这听起来像是严重的矫枉过正。