由opencv超时设置，理解线程jion 的坑。

解决opencv-python连接rtsp长时间阻塞问题（默认30s）
话不多说，直接上代码：

import threading, time


class videocapture_Thread(threading.Thread):
    def __init__(self, rtsp):
        super(videocapture_Thread, self).__init__()
        self.result = None
        self.rtsp = rtsp

    def run(self):
        self.result = self.open_videocapture()

    def open_videocapture(self):
        cap = cv2.VideoCapture(self.rtsp)
        if cap.isOpened():
            return cap
        else:
            cap.release()
            return None
def open_timeout(url, timeout=5):
    start = time.time()
    thread = videocapture_Thread(url)
    thread.setDaemon(True)
    thread.start()
    thread.join(timeout)
    print('adsfadf',time.time()-start)
    result = thread.result
    if result is not None:  # 已达间隔或线程结束，再不行就抛出错误了。
        return result
    else:
        raise Exception(f'{url} time out')

关键点：
利用线程去启动cv2.VideoCapture 然后获取线程的返回值来判断是否启动成功，而线程外部通过jion设置timeout阻塞运行并主动退出后判断是否拉流成功。
坑：
open_timeout函数内的 setDaemon 和jion 是实现jion主动退出的，如果不设置setDaemon 为 True，那么依然可以jion达到预设的timeout之后往后运行，但是实际上线程并未主动退出，最后cv2.VideoCapture达到30s之后主动抛出异常才退出的。具体原因可看下面理解。

以下转载：https://blog.csdn.net/zhiyuan_2007/article/details/48807761
几个事实
1 python 默认参数创建线程后，不管主线程是否执行完毕，都会等待子线程执行完毕才一起退出，有无join结果一样

2 如果创建线程，并且设置了daemon为true，即thread.setDaemon(True), 则主线程执行完毕后自动退出，不会等待子线程的执行结果。而且随着主线程退出，子线程也消亡。

3 join方法的作用是阻塞，等待子线程结束，join方法有一个参数是timeout，即如果主线程等待timeout，子线程还没有结束，则主线程强制结束子线程。

4 如果线程daemon属性为False， 则join里的timeout参数无效。主线程会一直等待子线程结束。

5 如果线程daemon属性为True， 则join里的timeout参数是有效的， 主线程会等待timeout时间后，结束子线程。此处有一个坑，即如果同时有N个子线程join(timeout），那么实际上主线程会等待的超时时间最长为 N ＊ timeout， 因为每个子线程的超时开始时刻是上一个子线程超时结束的时刻。