iOS弹幕解决方案——HJDanmaku 2.0发布

By | 2017年7月28日

转载请注明出处:http://www.olinone.com/

Hi,好久不见,HJDanmaku 1.0版本发布已经过去两年之久,直播行业的快速崛起催生了直播弹幕的迫切需求,高并发、大流量、实时性的特性和以往视频弹幕的场景都大有不同,为了满足新的直播业务场景,HJDanmaku2.0正式发布!

流畅度

相较于1.0版本, HJDanmaku2.0采用全新的异步渲染引擎,98%的计算工作转移到子线程执行,避免了主线程的卡顿延时。同时,参考离屏渲染技术,将组装弹幕和渲染弹幕分布在两个独立线程异步执行,确保了弹幕渲染的流畅性

将组装弹幕的过程拆分为独立的子线程任务,统一由NSOperationQueue单执行队列管理,有效的降低CPU的使用率,提升系统运行稳定性。此外,在2.0版本中,使用CADisplayLink替换定时器NSTimer,与屏幕刷新频率保持一致,可以避免NSTimer由于线程阻塞导致的刷新延时

高并发

直播与传统视频最大区别在于其实时性,短时间大量的弹幕发送对底层渲染引擎是个不小的挑战。为了解决这个问题,HJDanmaku2.0引入数据源Source的思想,将弹幕接收与组装的过程分开,可以针对直播、视频场景实现差异化的处理方案。视频场景对时间精确度要求较高,涉及到弹幕的时间排序,同时,播放进度回放也需要数据源保存所有的弹幕数据。直播场景则比较单一,播放完可以立刻释放,避免内存的过度消耗

通过拆分入库数据分布添加可以避免线程锁的长时间占有,提升系统的稳定性和流畅度

精确度

与1.0版本不同,新版本通过toleranceCount维度判断弹幕是否过期,默认允许最大2秒误差。弹幕刷新频率为0.5秒,即每个弹幕有效等待次数为2/0.5 = 4次,超过4次没有渲染将自动丢弃

弹幕冗余度的设计使得弹幕显示更加平均,优化了弹幕显示效果,但是会降低弹幕显示的精确度,特别对于视频场景,相对于1.0版本有所下降,如果你对精确度要求较高,可以降低tolerance冗余值

碰撞检测

与1.0相同,HJDanmaku2.0仍然使用系统动画的方式提供弹幕动画支持,但是碰撞检测方式略有不同

HJDanmaku2.0中,碰撞检测不再以弹幕时间点为参考维度,渲染的弹幕拥有剩余时间属性,通过剩余时间与速度的关系即可判断两者之间是否碰撞。同时,2.0版本只在添加弹幕和恢复动画时为弹幕视图添加动画,其它时间不再校验

手势

运动视图系统默认无法响应手势交互事件,整个点击事件交由全局统一处理。HJDanmakuCell定义属性selectionStyle控制弹幕能否点击,默认HJDanmakuCellSelectionStyleNone,即不能点击

视图整体响应链参考以上代码,当收到点击事情时,优先判断弹幕cell是否响应,如果响应则交由弹幕cell处理,否则交由全局统一处理

总结

时隔两年,HJDanmaku2.0在性能、并发以及定制型方面都有较大的提升,以iphone6设备测试为例,CPU整体使用率稳定在5%左右,大并发100条/秒弹幕的持续输入,FPS可以维持在55帧以上

目前暂时支持OC,swift版本正在开发中,如果你有意贡献swift代码,可以与我联系~

当然,如果你喜欢,可以为本项目点点赞


写在文后:

新建了一个iOS开发QQ交流群(首页右上角入群),欢迎广大iOS开发朋友一同交流学习。当然,你也可以Follow本人GitHub,或者关注我的新浪微博,感谢你的来访,下期再见!

6 thoughts on “iOS弹幕解决方案——HJDanmaku 2.0发布

  1. 开发者头条

    感谢分享!已推荐到《开发者头条》:https://toutiao.io/posts/upmg5z 欢迎点赞支持!
    欢迎订阅《iOS技术开发》https://toutiao.io/subjects/4550

    Reply

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注