引言

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

实现功能

歌词解析和生成支持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来实现，效果应该会比较好

类似的，歌曲的进度条显示也可以使用该种方法。

源码

传送门

扩展歌词格式转换器

歌词文件生成视频