iPad 直播间弹幕优化记录
优化弹幕系统
创建过程优化
弹幕系统，使用的网上开源的弹幕控件 https://github.com/unash/BarrageRenderer
这个弹幕控件的做法是内部启动一个定时器，不断的刷新弹幕view 的fame. 弹幕数量如果非常大的话，就会一卡一卡的。
优化使用过程：
加入的弹幕的时候，调用如下函数：
- (void)AppendWalkText:(NSString*)str {······}
这里 str 就是弹幕文字。。优化做法是创建一个 DISPATCH_QUEUE_SERIAL 的 队列，在这个队列里创建好弹幕精灵，再扔进弹幕系统里。
代码大体如下：
[[PTVGCDQueue barrageQueue] execute:^
{
YYTextLayout *layout = [self _layoutWithText:str];
BarrageDescriptor * descriptor = [[BarrageDescriptor alloc]init];
descriptor.spriteName = NSStringFromClass([BarrageWalkTextSprite class]);
[descriptor.params safe_setObject:[UIColor clearColor] forKey:@"backgroundColor"];
[descriptor.params safe_setObject:@(1) forKey:@"borderWidth"];
[descriptor.params safe_setObject:[UIColor blackColor] forKey:@"strokeColor"];
······
///TOTO
///#创建好的弹幕精灵扔进弹幕系统
[_renderer receive:descriptor]; //< _renderer 已经确保了在主线程运行
}];
此处 _layoutWithText 函数的作用是解析字符串，生成 layout 因为弹幕view使用的YYLabel 所以，提前在后台生成 layout,在创建响应的弹幕的时候直接赋值 layout 就行。
队列不使用 DISPATCH_QUEUE_CONCURRENT 因为，任务多的时候，DISPATCH_QUEUE_CONCURRENT 会创建新的线程，导致内存暴涨，而且要使用 锁 来 保证线程安全。。
使用过程优化
增加弹幕的view 的重复利用。
@interface __BarrageCache : NSObject
//< 单例
+ (__BarrageCache *)instance;
//< 从缓存中取View
- (nullable id)barrageView;
//< 添加view到缓存
- (void)addBarrageView:(nullable UIView *)view;
//< 清空缓存队列
- (void)clearViews;
//< 缓存队列
@property (nonatomic, strong, readonly) NSMutableSet *set;
@end
做一个小型的Cache，里面一个 set 来管理 弹幕view,这样避免不断的重复申请内存，释放内存，其实一般发热，大都是因为不断的释放，申请内存导致的。
创建丢弃策略
比如屏幕上弹幕超过 500 条就直接丢弃，不显示
优化弹幕列表
弹幕列表，就是房间里面的聊天记录。弹幕列表，是一个tableView,所以本质上就是优化一下 TableView.
跟弹幕的数据一个，等长连接发送一个data 过来的时候，提前解析成model , 在 后台线程(非主线程)！
大概过程如下:
[[PTVGCDQueue chatQueue] execute:^
{
if (attributedString)
{
//TODO
//解析字符串过程
//
static PTVTextSimpleEmoticonParser *parser = nil;
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
parser = [PTVTextSimpleEmoticonParser new];
});
if (!parser.emoticonMapper) {
parser.emoticonMapper = self.dictEmoticon;
}
//< 解析表情
[parser parseText:attributedString selectedRange:NULL];
}
///生成data
ChatMessageData * data = [ChatMessageData new];
[data setMessage:message];
[data setHeight:[message heightForChatRoomMessage:CGRectGetWidth(self.tableView.bounds) string:attributedString]];
///TODO 加入datasource 中，reload
}];
如上，在tableview reload（当然有可能insert 总之就是刷新界面） 之前 提前计算出 高度，和 layout ,并且存储在 model 中。 在UITableViewCell setData 的时候，记得设置 YYLabel 的frame。
其他
后台释放添加弹幕过程中不用的资源。比如 要丢弃的 数据，比如 超过 500 条 就 删tableview的数据源，都可以放在后台释放。
后台释放的代码，
void ASPerformBlockOnDeallocationQueue(void (^block)())
{
static dispatch_queue_t queue;
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
queue = dispatch_queue_create("org.AsyncDisplayKit.deallocationQueue", DISPATCH_QUEUE_SERIAL);
});
dispatch_async(queue, block);
}
这里代码来自 ASDisplaykit,使用的时候，可以这样子
__block ASTextKitRenderer *renderer = _renderer;
ASPerformBlockOnDeallocationQueue(^{
renderer = nil;
});
_renderer = nil;
此处是在后台释放了 renderer。
设置UITableViewCell 的背景色 和 tableView 一致，而不是使用UIClearColor..
if 做到了这一步，还是不够流畅，
使用 YYKit 带的
#import "YYTextTransaction.h"
把任务分散到 runloop 中。
用法如下：
[[YYTextTransaction transactionWithTarget:self selector:@selector(_updateIfNeeded)] commit];
优化过程先水这么多，，一般来说，使用了 YYLabel ,界面都不会太卡。
