ffmpeg av_read_frame返回AVERROR_EOF

最近在调试的时候总是发现av_read_frame()返回AVERROR_EOF，但是我这是网络传输rtsp，怎么会是文件结尾呢，网络上搜了一下没结果，只能自己看源码了，结果发现在tcp_read中recv返回0：

static int tcp_read(URLContext *h, uint8_t *buf, int size)
{
    TCPContext *s = h->priv_data;
    int ret;

    if (!(h->flags & AVIO_FLAG_NONBLOCK)) {
        ret = ff_network_wait_fd_timeout(s->fd, 0, h->rw_timeout, &h->interrupt_callback);
        if (ret)
            return ret;
    }
    ret = recv(s->fd, buf, size, 0);
    if (ret == 0)
    //结果在这里
        return AVERROR_EOF;
    return ret < 0 ? ff_neterrno() : ret;
}

关于recv为什么会返回0，可以参考下面链接：
https://blog.csdn.net/keheinash/article/details/52069471?utm_medium=distribute.pc_relevant.none-task-blog-2_defaultBlogCommendFromMachineLearnPai2_{default-1.control&dist_request_id=&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2}default_{BlogCommendFromMachineLearnPai2}default-1.control

截取一段：
那么返回值为0表示什么意思？答案是当对端关闭了socket的时候（是真正地关闭，会引发四次握手，而不是减少引用），我们再去调用recv读取数据，会返回0。
也就是说当你拉流发现返回AVERROR_EOF，说明rtsp服务端主动关闭了端口

那么rtsp服务端为什么会主动关闭发送端口呢？
因为它检测到你掉线了，至于怎么检测的可以参考：
https://www.cnblogs.com/youxin/p/4056041.html
一般发生这种情况说明你的网络很差，或者你网线接触不良。

所以，当你av_read_frame（）返回AVERROR_EOF，那是因为rtsp服务端检测到你掉线了，close了socket，你这边四次挥手的时候收到了0，av_read_frame（）返回AVERROR_EOF，明白没有。