gpt4 book ai didi

c - 在 libev 事件回调函数中调用阻塞函数是否会阻塞整个应用程序?

转载 作者:太空宇宙 更新时间:2023-11-04 02:31:30 24 4
gpt4 key购买 nike

我使用 libev 开发我的事件驱动应用程序。我喜欢在事件中查询远程 mysql 服务器。所以,mysql_real_connect 阻止整个应用程序还是只阻止 my_read_cb

根据以下代码

my_read_cb(EV_P_ ev_io *w, int revents) {

mysql_real_connect(*mysql, "host", "user", "pass", "db", 3306, NULL, 0);
}


struct ev_loop *loop = ev_default_loop(0);
ev_io_init(io, my_read_cb, network_fd, EV_READ);
ev_io_start(loop, io);
ev_run(loop, 0);

最佳答案

它会阻塞整个应用程序,因为回调函数 my_read_cb()ev_run() 函数在同一个(也称为主)线程中执行。这是如何reactor pattern有效,您的代码应该是“非阻塞”的,这意味着您应该避免任何 I/O 等待、sleep() 调用、互斥等待等。传统阻塞很难满足这样的要求来自各种库的代码,例如您的案例中的 MySQL 驱动程序。

有(至少)三种解决方法:

  • 接受事件循环时不时被阻塞的事实。在某些应用程序中,这可能不是什么大问题。
  • 实现 proactor pattern - 这基本上意味着每个处理程序回调都在不同于主线程的工作线程中执行,因此,事件循环不会被阻塞。这就是 Node.js 提供的或在 C 世界中 libuv等等。
  • 找到与您的事件循环兼容的库的异步/非阻塞实现。你需要在这里特别幸运。一个例子是例如https://c-ares.haxx.se用于异步 DNS 解析(与 getaddrinfo 系列中的 POSIX 系统 DNS 阻塞调用形成对比)。

关于c - 在 libev 事件回调函数中调用阻塞函数是否会阻塞整个应用程序?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42689219/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com