考考大家: Android 的 MessageQueue 为什么要使用 epoll?
narutow · 2021-10-07 12:09:42 +08:00 · 10645 次点击这是一个创建于 1173 天前的主题，其中的信息可能已经有所发展或是发生改变。
分几个小问题来讨论:
- MessageQueue 为什么不直接使用 wait/notify? 它同样提供了超时, 唤醒等功能.
- Android 6.0 后为什么不再使用 epoll+管道的组合, 而使用 epoll+eventfd 了?
- 为什么用 epoll 实现, epoll 不是在 fd 多但活跃 fd 少的场景好用吗? 而消息队列只轮询了一个 eventfd, 用 select 不是更好吗?
 |
1
mattx 2021-10-07 12:21:06 +08:00 via iPhone
+1
|
 |
2
billlee 2021-10-07 12:58:36 +08:00
只用来做 wait/notify 功能时，eventfd 的开销比 pipe 小。至于 select, 由于它只支持小于 1024 的 fd, 在任何比较复杂，fd 范围不可控的程序中，都不应该使用。
|
 |
3
zpxshl 2021-10-07 14:36:23 +08:00 via Android
问题 1,2 2 楼回答了。
问题 3 消息队列只轮训一个 fd 吗？ 你可以想想 touch 事件最终怎么分发给应用层的。 |
|
4
zpxshl 2021-10-07 14:40:27 +08:00 via Android
再反问一句，即使是单 fd 监听，select 就比 epoll 好吗？
|
 |
5
hzyang 2021-10-07 17:50:24 +08:00
插👀
|
 |
6
feiniu 2021-10-08 09:55:40 +08:00
等大佬回答
|
 |
7
mail2dechao 2021-10-08 09:59:16 +08:00
👀
|
 |
8
BrokenVns 2021-10-08 17:09:58 +08:00
MessageQueue 并不是只轮询了 eventfd,MessageQueue 的 Native 实现还能额外监听 16 （没记错的话）个 FD，而且这 16 个事件 FD 的处理优先级比消息队列里的消息更高。要我说原本就是设计了一个多路复用的事件处理器，并使用其中一路实现了消息队列功能。这种设计在很多开源库里都能看到。既然 Native 已经实现了一个好用的组件，那么 Java 层的 MessageQueue 通过 JNI 复用这些功能也是合情合理的。MessageQueue 整个组件的功能并不止应用开发者用到的那点，系统服务比如 surfaceflinger 就需要监听额外的事件。
|
Select Language