试想一下，当启动一个 GUI 应用的时候，首先进入到主界面，然后点击某个按钮，打开另一个界面，然后关闭界面返回到主界面，虽然只是简单的几个步骤，但如果要用 C 语言来实现，我们会面临以下的问题：

首先，我们看一下 Java Swing 是如何创建 UI 控件的，代码如下所示：

1
2
3
4
5
6
7
8
9
10
11
12

import javax.swing.*;

public class HelloWorld {
  public static void main(String[] argv) {
    JLabel label = new JLabel("Hello, world!", JLabel.CENTER);
    JFrame frame = new JFrame("Hello");
    frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
    frame.getContentPane().add(label);
    frame.setSize(200, 150);
    frame.setVisible(true);
  }
}

通过以上的例子，我们可以看到， Swing 应用是可以在主线程创建 UI 控件的，然而，根据 Javadoc 中的 Swing’s Threading Policy ，最好是在 Swing 的 Event Dispatching Thread (EDT) 中创建 UI 控件：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

import javax.swing.*;

public class HelloWorld {
  public static void main(String[] argv) {
    SwingUtilities.invokeLater(() -> {
      JLabel label = new JLabel("Hello, world!", JLabel.CENTER);
      JFrame frame = new JFrame("Hello");
      frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
      frame.getContentPane().add(label);
      frame.setSize(200, 150);
      frame.setVisible(true);
    });
  }
}

尽管如此， Swing 也并没有强制约束必须在 EDT 线程中操作 UI ，对比一下 Swing ，我们再来看一下 Android 是如何创建 UI 控件的：

1
2
3
4
5
6
7
8
9
10
11

public class MainActivity extends Activity {

  @Override
  public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstance);
    TextView label = new TextView(this);
    label.setText("Hello, world!");
    setContentView(label);
  }

}

相比之下，尽管 Android 明确规范了 UI 的生命周期，但其实也并没有强制约束 UI 控件的创建必须在主线程中，这也是为什么 AsyncLayoutInflater 得以实现的原因，只不过 Android 对操作 UI 的行为做了约束 —— 必须在主线程中操作 UI ，否则会抛出 ViewRootImpl$CalledFromWrongThreadException ，为了避免线程安全问题，最好还是在 UI 线程中创建控件，其实，大多数 GUI 系统中主线程就是 UI 线程，如： Android、Cocoa、SWT、Qt、GTK 等，当然 AWT 和 Swing 除外。

接下来，我们来看第 2 个问题 —— 点击事件处理的线程问题，除了像 JavaScript 这种天生就是单线程执行的语言以外，大部分编程语言默认就是多线程的环境，事件响应一般都是采用回调 (Callback) 的方式，在 C 语言中，回调一般是一个函数指针，如果要在回调中处理点击事件响应的逻辑，就需要将被点击的 UI 控件以参数的形式传递到回调函数中，代码如下所示：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

static void button_click_cb(
  GtkWidget* widget,
  gpointer data
) {
  ...
}

void main(int argc, char* argv[]) {
  GtkWidget* button;

  ...

  gtk_signal_connect(
    GTK_OBJECT(button),
    "clicked",
    GTK_SIGNAL_FUNC(button_click_cb),
    NULL
  );

  ...
}

众所周知， main 方法是从上到下同步执行的，当 main 方法执行完成后，程序就会自动退出，而实际上， GUI 应用从主线程启动后，会一直运行着，这说明主线程并没有退出，而是“停留”在某一个地方了，既然是“停留”在某一个地方了，那为什么 UI 并没有被卡住，反而还很流畅？

如果回调函数在主线程中执行，那么主线程是如何从“停留”的那个地方切换到回调函数的位置的呢？如果回调函数长时间不能返回或者死锁了，那整个 GUI 系统岂不是会被卡死而导致完全无法响应用户的操作，难道只能重启系统？如果要避免重启系统，如何才能解决呢？

如果回调函数在子线程中执行，那么就肯定会涉及到线程安全问题，因为被点击的控件是在主线程中创建的，那么这个控件对应的内存可以被主线程访问到，那如何才保证控件的线程安全问题？如果每次访问 GUI 控件都要用加锁的方式进行同步，这对于 GUI 应用来说，其性能会大打折扣，而且，对于开发者来说，很不友好，同步锁满天飞，还很容易造成死锁。

相信很多人对于 Event Loop 并不陌生，它不仅仅被广泛应用于 GUI 系统中，也被应用于跟 GUI 无关的系统中，像 Node.js 就是利用 Event Loop 来实现异步，这正好也解释了前面的一系列问题：