引言

该开源依赖库是乐乐音乐播放器里的一个歌词模块功能，现在把该功能模块独立出来进行优化，并弄成了一个开源依赖库，其它音乐播放器项目只要引用该库并调用接口，便可轻松实现与乐乐音乐播放器一样的动感歌词显示效果，其项目地址如下：乐乐音乐播放器。

实现功能

歌词解析和生成

• 支持krc、ksc、lrc歌词格式
• hrc歌词：乐乐音乐播放器自定义的动感歌词格式，如需制作歌词（支持动感歌词、翻译歌词和音译歌词制作），可点击链接查看：Hrc歌词制作器（乐乐音乐播放器PC版）
• 歌词格式可自行扩展和相互转换

双行歌词

• 不支持lrc格式歌词的显示
• 支持动感歌词、翻译歌词和音译歌词的显示
• 歌词颜色渐变方面，主要是参考酷狗PC版桌面歌词的颜色【蓝-白-蓝】
• 支持歌词字体大小、字体包、颜色、歌词换行等功能

多行歌词

• 支持lrc、krc和hrc等动感歌词的显示
• 支持动感歌词、翻译歌词和音译歌词的显示
• 歌词颜色透明度渐变、歌词平滑移动、歌词快进
• 支持歌词字体、颜色、歌词换行等功能
• 动感歌词的翻译歌词，可分为lrc和动感（默认）两种方式绘画显示

预览图

主界面

歌词文件读取并预览

双行歌词-动感歌词

双行歌词-音译歌词

双行歌词-翻译歌词

多行歌词-lrc歌词

多行歌词-动感歌词

多行歌词-音译歌词

多行歌词-翻译歌词

多行歌词-快进

实现思路

歌词解析器和生成器

• 该项目对支持的krc、ksc、lrc和hrc歌词格式，都封装了两个类，一个类（LyricsFileReader）是用来读取歌词文件并解析歌词内容的，另外一个类（LyricsFileWriter）是用来生成歌词文件，用户可自行扩展歌词格式。
• 其中，歌词解析和生成只要用了正则表达式和字符串分隔来实现。
• 关于歌词的格式内容和标签，可点击链接查看，也可以在浏览器上输入关键字“浅谈动感歌词”进行搜索，我之前写了“浅谈动感歌词”系列来简单说明我对动感歌词的一些看法：浅谈动感歌词-歌词分析篇、浅谈动感歌词-歌词生成篇、浅谈动感歌词-歌词解析篇、浅谈动感歌词-歌词显示篇、浅谈动感歌词-歌词补充篇

翻译歌词和音译歌词构建

翻译歌词和音译歌词里的字时间，只要从原始的歌词里面的字时间集合里重构，由于翻译歌词的字数和原始歌词不一定对应，所以翻译歌词每个字的渐变时间，为该行歌词时长除于字总数的平均值。具体可参考：浅谈动感歌词-歌词补充篇

动感歌词渐变效果

API：canvas.clipRect

双行歌词上下颜色渐变

API：LinearGradient，目前设置了上下颜色渐变，颜色是平均分布。

歌词刷新优化

• 注意：从Handler.postDelayed(Runnable, 0)到Runnable里面的执行是有消耗时间的。
• 旧版思路：乐乐音乐之前是通过线程每隔100ms便通过发送广播将歌曲的播放进度发给歌词类，让它去刷新歌词的内容，从而达到歌词与歌曲对应的效果，不过这几天优化的时候发现，每隔100ms更新并通过handler进行刷新时，其实还需要考虑handler从发送到执行请求时，所消耗的时间已经不止100ms，加上广播过于频繁，这应该就是乐乐音乐的歌词在渐变的时候不太流畅的原因。
• 现在思路：乐乐音乐播放器加载完成歌词后，需要从player中将当前歌曲的播放进度（playProgress）传给歌词，之后歌词类便操作这个播放进度值（playProgress）去刷新界面，这里的思路是：每隔1ms，播放进度（playProgress）便要添加1ms。由于handler每次从发送到执行时，需要消耗时间，这里我直接使用该消耗时间作为播放进度的增加值，对歌词界面进行刷新，从而达到歌词与歌曲对应的效果。
• 个人感觉，如果想歌词更新流畅，用C来实现，效果应该会比较好
• 类似的，歌曲的进度条显示也可以使用该种方法。

源码

具体的代码和调用Demo，可到源码地址处查看： Android仿酷狗动感歌词（支持翻译和音译歌词）显示效果

传送门

• 乐乐音乐播放器-Android
• Hrc歌词制作器（乐乐音乐播放器PC版）

扩展

• 歌词格式转换器
• 歌词文件生成视频

  最后

  如果有问题，可到github上面留言。