ios - 知道所有回调都已使用 libevent 和 bufferevent_free 运行

Question

我正在使用 libevent 版本 2.0.22 做一些工作，我正在努力处理 bufferevent_free 并确保套接字在正确的时间关闭。这是一个使用 Xcode 6.4 构建的 iOS 应用程序，在 iOS 8.4 上运行。

每个套接字都由 struct bufferevent 管理，我还有一个数据结构来跟踪该套接字的应用程序状态:

bev = bufferevent_socket_new(evbase, -1, BEV_OPT_CLOSE_ON_FREE);
bufferevent_socket_connect_hostname(bev, dns_base, AF_UNSPEC, host, port_number);
struct stream_data *data = malloc(sizeof(struct stream_data));
/* initialize stream data here */
bufferevent_setcb(bev, read_cb, write_cb, event_cb, data);

在来自其他缓冲区套接字的回调中，我决定不需要刚刚尝试打开的缓冲区。这发生在之前我在有问题的bev 上得到连接的回调。因为我使用 BEV_OPT_CLOSE_ON_FREE 创建了它，所以我只是释放它。然后我删除我正在使用的数据结构。看起来像这样:

bufferevent_free(bev);
free(stream_data); // the data corresponding to that bev

不过，在这种情况下，套接字实际上同时完成了连接。所以我的事件回调触发了:

void event_cb(struct bufferevent *bev, short what, void *ctx)
{
    struct stream_data *data = ctx;
    // data now points to already freed memory
}

现在我有一个指向已释放内存的指针。我已经通过调试器断点、NSLog 等确认事件回调在上面的 free 之后触发。

这是预期的行为吗？如果是这样，我怎么知道我释放的 bufferevent 已经完全消失，从而可以安全地删除我自己的数据结构？

Answer 1

是的，这是预期的 libevent 行为:在 bufferevent_free() 之后它仍然可以调用您的回调。来自 libevent 书:

Bufferevents are internally reference-counted, so if the bufferevent has pending deferred callbacks when you free it, it won’t be deleted until the callbacks are done.

最简单的解决方案是在释放 bufferevent 对象之前删除所有回调:

bufferevent_setcb(bev, NULL, NULL, NULL, NULL);
bufferevent_free(bev);