为什么 Mac OS 控制台应用程序中对 runloop.run 的调用方法会创建额外的线程？

Question

我用 RunLoop 做实验。我正在创建简单的 Mac OS 控制台应用程序并仅调用一行代码。

RunLoop.current.run()

之后在调试导航器中出现第二个线程。为什么？

Answer 1

Grand Central Dispatch (GCD) 提供了一个“主队列”（可在 Swift 中使用 DispatchQueue.main 访问）。主队列总是运行在主线程上阻塞。

由于 Apple 平台上的应用程序通常运行ning RunLoop.main 在主线程上，运行循环与 GCD 一起工作以运行添加到主线程的块排队。

因此，当创建主线程的运行循环时，它会创建一些 GCD 对象，这会使 GCD 自行初始化。 GCD 初始化的一部分涉及创建一个“工作队列”和一个线程池，用于运行添加到工作队列的作业。

您可以看到，创建线程的是运行循环的创建，而不是它的运行循环。这是一个示例程序：

#import <Foundation/Foundation.h>

int main(int argc, const char * argv[]) {
    [NSRunLoop currentRunLoop]; // line 4
    return 0;                   // line 5
}

在终端中，我运行 lldb（调试器）。我告诉它调试 test 程序，在第 4 行设置断点，然后运行。当它在断点处停止时（在调用 currentRunLoop 之前，我列出所有线程：

:; lldb
"crashlog" and "save_crashlog" command installed, use the "--help" option for detailed help
(lldb) target create test
Current executable set to 'test' (x86_64).
(lldb) b 4
Breakpoint 1: where = test`main + 22 at main.m:4, address = 0x0000000100000f46
(lldb) r
Process 12087 launched: '/Users/mayoff/Library/Developer/Xcode/DerivedData/test-aegotyskrtnbeabaungzpkkbjvdz/Build/Products/Debug/test' (x86_64)
Process 12087 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1
    frame #0: sp=0x00007fff5fbff240 fp=0x00007fff5fbff260 pc=0x0000000100000f46 test`main(argc=1, argv=0x00007fff5fbff280) + 22 at main.m:4
   1        #import <Foundation/Foundation.h>
   2    
   3        int main(int argc, const char * argv[]) {
-> 4            [NSRunLoop currentRunLoop]; // line 4
   5            return 0; // line 5
   6        }
Target 0: (test) stopped.
(lldb) thread list
Process 12087 stopped
* thread #1: tid = 0x1066d3, 0x0000000100000f46 test`main(argc=1, argv=0x00007fff5fbff280) at main.m:4, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1

只有一个线程。接下来，我跨过对 currentRunLoop 的调用并再次列出所有线程：

(lldb) n
Process 12087 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = step over
    frame #0: sp=0x00007fff5fbff240 fp=0x00007fff5fbff260 pc=0x0000000100000f69 test`main(argc=1, argv=0x00007fff5fbff280) + 57 at main.m:5
   2    
   3        int main(int argc, const char * argv[]) {
   4            [NSRunLoop currentRunLoop]; // line 4
-> 5            return 0; // line 5
   6        }
Target 0: (test) stopped.
(lldb) thread list
Process 12087 stopped
* thread #1: tid = 0x1066d3, 0x0000000100000f69 test`main(argc=1, argv=0x00007fff5fbff280) at main.m:5, queue = 'com.apple.main-thread', stop reason = step over
  thread #2: tid = 0x106ab3, 0x00007fffc942c070 libsystem_pthread.dylib`start_wqthread
  thread #3: tid = 0x106ab4, 0x00007fffc934244e libsystem_kernel.dylib`__workq_kernreturn + 10
  thread #4: tid = 0x106ab5, 0x00007fffc8923e85 libobjc.A.dylib`class_createInstance + 142, queue = 'com.apple.root.default-qos.overcommit'

现在有四个线程，有的在初始化中途停止了。

“但是 Rob，”你说，“当我运行 test 在 Xcode 并停止之前对 currentRunLoop 的调用，它已经有四个线程了！”如下所示：

“确实如此，”我回答道。如果您运行菜单项 Debug > Debug Workflow > Shared Libraries...，然后在筛选框中键入 Xcode，您会发现原因：

当您运行 Xcode 下的程序时，Xcode 将一些额外的共享库注入您的进程以提供额外的调试支持。这些共享库包括运行s 在你的代码运行s 之前的初始化代码，并且初始化代码对 GCD 做了一些事情，所以 GCD 在你的第一行代码之前被初始化（创建它的线程池）运行s.

工作队列根据工作量调整其线程池的大小。由于没有向队列中添加作业，它立即将其池缩小到只有一个后台线程。这就是为什么当您查看 Xcode 的 CPU 报告时，您只看到两个线程：主线程运行进入运行循环，一个工作线程等待运行.

的工作

为什么 Mac OS 控制台应用程序中对 runloop.run 的调用方法会创建额外的线程？

Why the call method to runloop.run in the Mac OS console application creates additional threads?

macos

xcode

multithreading

nsrunloop

swift