音视频断网处理机制

@@ -28,6 +28,4 @@
        (1)将期望顺序的消息发送给教师版，教师版收到消息后可根据顺序index到最近发送的消息里面去找期望重发的消息(TIM会对本地已发送的消息进行缓存)//如果把重发消息发给教师端，教师端发现这条消息一经发成功了，并不会再重发一次，如果是发送失败的消息，教师端会有重发机制，so这条并没有太大意义了
      
 ###//音视频聊天过程中掉线,重新上线打开摄像头等操作`uncertain`
-       如果监测是否掉线上线，自动关闭打开摄像头的话，比如老师监测到学生端掉线后，学生端的视频画面就不在了，这时候把老师的自己的视频画面关掉，学生端重新上线后就不能打开教师的视频画面了，牵涉到了先后顺序。
-       应该是教师端监测到学生重新上线后，打开自己的摄像头，学生又监测到了老师打开了摄像头，这时候去打开自己的摄像头，这时候可以互相请求对方视频画面。或者学生重新上线后打开自己的视频画面，教师监测到学生后打开自己的画面。 
-       造成上面的原因就是对方掉线了就关闭自己的视频画面（摄像头）。建议这些操作都交给用户做。后面是否会有这块的UI设计？   
\ No newline at end of file
+       目前掉线主要是因为断网造成的，现在尝试恢复网络后重连对方视频  
\ No newline at end of file