考考大家: Android 的 MessageQueue 为什么要使用 epoll?

[narutow]

分几个小问题来讨论:

1. MessageQueue 为什么不直接使用 wait/notify? 它同样提供了超时, 唤醒等功能.
2. Android 6.0 后为什么不再使用 epoll+管道的组合, 而使用 epoll+eventfd 了?
3. 为什么用 epoll 实现, epoll 不是在 fd 多但活跃 fd 少的场景好用吗? 而消息队列只轮询了一个 eventfd, 用 select 不是更好吗?

[mattx]

+1

[billlee]

只用来做 wait/notify 功能时，eventfd 的开销比 pipe 小。至于 select, 由于它只支持小于 1024 的 fd, 在任何比较复杂，fd 范围不可控的程序中，都不应该使用。

[zpxshl]

问题 1,2 2 楼回答了。
问题 3 消息队列只轮训一个 fd 吗？ 你可以想想 touch 事件最终怎么分发给应用层的。

[zpxshl]

再反问一句，即使是单 fd 监听，select 就比 epoll 好吗？

[hzyang]

插👀

[feiniu]

等大佬回答

[mail2dechao]

👀

[BrokenVns]

MessageQueue 并不是只轮询了 eventfd,MessageQueue 的 Native 实现还能额外监听 16 （没记错的话）个 FD，而且这 16 个事件 FD 的处理优先级比消息队列里的消息更高。要我说原本就是设计了一个多路复用的事件处理器，并使用其中一路实现了消息队列功能。这种设计在很多开源库里都能看到。既然 Native 已经实现了一个好用的组件，那么 Java 层的 MessageQueue 通过 JNI 复用这些功能也是合情合理的。MessageQueue 整个组件的功能并不止应用开发者用到的那点，系统服务比如 surfaceflinger 就需要监听额外的事件。