分几个小问题来讨论:
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 就需要监听额外的事件。
|