重要bug记录

导唱功能：需求点分析：本地已下载歌曲播放，判断是否有音频原唱伴奏版权，无版权按钮显示“导唱”，有版权显示“播原唱”。
程序实现逻辑：

1.下载歌曲时调用一个歌曲信息接口，返回歌曲的一些属性信息，其中包括伴奏原唱版权，有版权下发1，无版权下发0.
  2.客户端下载歌曲时，歌曲信息下载下来后会写入本地缓存cache中，当播放歌曲时从缓存读取歌曲信息，根据服务器下发的歌曲的属性值判断导唱按钮的显示。

问题现象：新下载的歌曲播放时，播原唱/导唱 功能按钮判断正确，当杀死app重启后再播放，判断就出问题。

原因分析：歌曲下载后只写入了缓存cache中，但未同时更新到数据库中。所以重启app后缓存被清除，本地已下载歌曲判断时取到了之前的值，导唱按钮就出问题了。

2.用户未登录账号进入直播间，在公屏中选择用户头像长按进行@操作，并发送消息。

问题现象：游客身份用户出现了可@用户并发言的问题，发出去后显示用户头像和null

原因分析：代码逻辑处理未判断用户为游客时屏蔽@操作

3.在线歌友状态更新的bug

问题现象：歌友A和歌友B是好友关系，歌友A在直播间时，歌友B查看在线歌友列表中会出现歌友A正在房间的状态。当歌友A异常杀死app或断网（即调用退出房间接口失败）后，歌友B查看在线歌友列表中仍显示歌友A在直播间中。

原因分析：因歌友A的异常离开房间，客户端未能正常调用接口上报状态。服务器无法正确判断该用户已离开房间

处理方案：服务器定时扫描所有用户在线的房间列表，处理掉不在线的

1.本地作品集封面显示花屏。手机性能差的上面易出现。bitmap多线程问题。

操作步骤：在本地作品集中不断的刷新列表，让每个视频的封面每次重新加载显示

问题现象：不断刷新读取封面图，会越来越模糊，图片数据丢失导致花屏

问题原因分析：程序机制是：列表中的视频封面默认读取cache中存储的一张.jpg格式的封面图，如果cache中没有就会去读取默认图。

1.每次刷新列表，就会从cache中读取对应的封面图，当手机性能比较差，不停的刷新就会导致线程繁忙，每次读取的cache中图片文件当处于还在写入的状态时，此时就读取出来是不完整的bitmap data，就显示花了。

2.刷新列表读取缓存中的图片，会*98%进行压缩存储一个新图来做显示，同时保存了压缩后的图到缓存，导致下次刷新读取缓存取的是压缩后的，如此循环多次刷新，读取的图会越来越小不清晰，最后全花了。

解决办法：1.读取缓存时加判断，正在写的文件不读取。

2.增加remove，每次显示完后保存的那张压缩图会被移除，下次刷新重新读取缓存中的图片（未被压缩）。