live555多线程改造

由于项目需要最近做了一些多线程支持的改造 但是遇到一定的问题
期望有相关经验的朋友指教 具体做的思路和网上一些朋友的思路相近
1 每个线程对应一个单独的env和scheduler
2 rtspserver单独一个线程，做rtsp请求的解析；另外还有若干数据面处理线程，处理数据的传输
3 rtspserver所在线程做控制面的处理，即RTSP相关的命令处理，并负责分配数据面任务到数据处理线程，
具体处理方式是在创建servermediasession的时候指定其env为某个数据面线程的env
4 多线程涉及到一些公共资源的互斥，主要是定时任务队列 socket集合 这些东西都在scheduler对象中 对其
操作也就那几个函数，为了达到这个互斥的目的，在每个scheduler对象中加了个线程的递归锁，在上述访问
公共资源的几个函数入口处申请这把锁，在函数推出前释放锁
5 按照我的设想，rtspserver所在的线程中可能会操作到数据面线程的scheduler对象，
比如在收到teardown时关闭数据面端口，
但是数据面线程不应该调用到rtspserver的scheduler

但是现实情况发现有两个问题
1 死锁： 只要RTSP任务不是播放完而是中途发送teardown结束的很容易触发死锁
  数据面线程会调用到rtspserver的scheduler，造成环路等待的情况，走读代码始终没看出
2 CPU占用率很高：CPU占用率高其中的一个原因时数据面线程初始启动时，没有socket读写任务，socket
集合为空，所以singlestep中select处立即返回了，在这种情况下可以做一定的休眠来改善问题；但是，
发现当有RTSP传输任务时，CPU占用率依然会很高，有两路点播任务时就接近90%