安装LX Music之后,有些用户会遇到一个比较直接的问题:歌曲可以搜索,歌单也能看到,但点击播放时却一直提示正在获取歌曲链接,或者根本没有可以使用的音源。
这与现在LX Music的工作方式有关。LX Music官方项目早已移除原来的内置播放源,目前在线音频地址主要依赖用户自行导入的“自定义源”。所谓洛雪源,本质上就是一段符合LX Music自定义源规范的JavaScript脚本,软件把歌曲信息交给脚本,再由脚本返回可以播放的音频地址。
下面整理的是目前GitHub公开仓库中可以通过“在线导入”方式添加的几个社区源。它们不是LX Music官方提供的内置音乐服务,也不存在任何一个源能够保证长期稳定,第三方接口、服务器以及上游平台变化都可能导致源突然无法使用。

几个可以直接导入的洛雪源
如果使用的是支持在线导入功能的LX Music版本,可以复制下面任意一个地址,到自定义源管理中逐个添加。
SixYin六音音源
https://raw.githubusercontent.com/pdone/lx-music-source/main/sixyin/latest.js
当前汇总仓库中的SixYin脚本头显示版本为v1.2.1,作者为六音。这个源的脚本体积相对较大,并在脚本配置中保留了一些针对不同音乐平台的参数处理。
SixYin比较适合希望直接导入成熟社区源、不准备自己修改脚本的用户。它的问题也很明显:具体解析逻辑依赖源作者及相关服务,一旦上游接口调整,就需要等待源本身更新。
Huibq音源
https://raw.githubusercontent.com/pdone/lx-music-source/main/huibq/latest.js
Huibq当前脚本版本为v1.2.0。从公开代码来看,它的结构相对容易理解,通过一个独立API服务获取音乐地址,并声明支持kw、kg、tx、wy和mg几个来源。
当前脚本给这些来源声明的音质为128k和320k。因此,如果更关心基础播放,而不是Hi-Res、无损或其他更高规格,这种源的结构比较直接。
它同时存在典型的公共接口限制。脚本中已经针对请求过多、IP限制和接口内部错误设置了错误处理,这也说明公共API的可用性并不是固定不变的。
ikun音源
https://raw.githubusercontent.com/pdone/lx-music-source/main/ikun/latest.js
当前仓库里的ikun脚本版本标记为v22。与Huibq相比,它声明的音质范围更宽,其中kw包含128k、320k、FLAC、24bit FLAC和Hi-Res,wy还声明了Atmos和Master等规格。
需要注意的是,“脚本声明支持某种音质”和“每一首歌曲都一定可以获取这种音质”不是同一个概念。最终能否取得地址,还要取决于接口返回、歌曲本身以及服务当前状态。
这个源还包含更新检查逻辑,因此从脚本设计来看,比只负责请求一次播放链接的简单源多了一层更新机制。
QDY聚合音源
https://raw.githubusercontent.com/pdone/lx-music-source/main/qdy/latest.js
QDY是目前这个汇总仓库里结构明显更复杂的一个源。当前脚本名称为“全豆要[聚合音源]”,版本标记为9.3。
它与单接口型音源最大的差别在于“聚合”和回退机制。公开脚本中配置了星海、Huibq、溯音、聆川等多个处理器,在一个接口失败后,可以继续尝试其他链路。
脚本注册了网易云音乐、QQ音乐、酷我音乐、酷狗音乐和咪咕音乐等来源,还额外包含一个汽水音乐相关来源。部分接口具有不同的音质映射和匹配逻辑。
这种设计的好处是单个接口失败时还有其他尝试机会,但同时意味着依赖的第三方服务更多。某些接口需要密钥,脚本中也存在需要自行配置有效地址或Key的项目,因此不能简单理解成“接口越多就一定越稳定”。
Flower野花音源
https://raw.githubusercontent.com/pdone/lx-music-source/main/flower/latest.js
Flower在导入后显示的名称为“野花”。当前公开脚本头只给出了名称和版本1,没有像Huibq那样直接列出详细的平台和音质说明。
它的代码经过压缩处理,因此普通用户很难仅通过GitHub页面快速判断所有请求地址和实际工作逻辑。如果只是想试用,可以直接导入检查当前播放效果;如果比较在意脚本透明度,则更适合优先选择结构容易阅读的源。
Grass野草音源
https://raw.githubusercontent.com/pdone/lx-music-source/main/grass/latest.js
Grass与Flower比较相似,当前名称为“野草”,版本标记为1,公开文件同样采用了高度压缩的形式。
从仓库目前提供的信息来看,很难仅凭README准确列出它支持哪些平台和全部音质。因此不适合为了文章完整而直接把其他源的功能套到Grass上。用户更实际的判断方式是导入后测试自己常听的平台和歌曲。
JuheApi聚合接口
https://raw.githubusercontent.com/pdone/lx-music-source/main/juhe/latest.js
这个脚本当前名称为“聚合API接口 (CF)”,版本为3。文件本身体积较小,但公开脚本头提供的信息有限。
它比较适合作为备用源进行实际测试,而不是只根据名字判断一定拥有更多平台或更高音质。“聚合”描述的是脚本或后端采用的接口方式,并不能直接等同于更稳定。
LX名称音源
https://raw.githubusercontent.com/pdone/lx-music-source/main/lx/latest.js
汇总仓库还提供了一个lx目录下的源,当前脚本显示名称为“[独家音源]”,版本为4,作者字段显示“洛雪科技”。
需要特别注意,这里讨论的是第三方汇总仓库保存的自定义脚本,不应仅仅因为名称中包含“洛雪”就把它理解成LX Music官方重新提供的内置源。当前脚本进行了明显的代码混淆,普通用户也较难直接审查完整逻辑。
这些洛雪源有什么区别
几个源看起来都是导入一个JavaScript文件,但它们背后的工作方式并不完全一样。
Huibq更偏简单接口型。公开代码比较直观,目前明确声明五个平台和128k、320k两档音质。想要简单使用、同时希望知道脚本大概在请求什么接口,可以先从这类源开始。
ikun更强调音质档位。当前脚本声明了FLAC、Hi-Res以及部分更高规格选项。如果在LX Music中经常切换不同音质,可以测试这个源对自己常用音乐平台的实际支持情况。
QDY更偏多接口聚合。它会通过多个处理器和回退链尝试获取结果,适合希望一个源内部就具备备用线路的用户。不过代码复杂度和外部依赖也明显更多。
SixYin属于独立维护的成熟脚本。用户通常直接使用发布版本,不需要理解后端具体实现。适合不准备折腾代码、只想定期更新源的用户。
Flower、Grass和部分LX类源透明度相对低。代码进行了压缩或混淆,普通用户不容易通过简单阅读判断内部请求逻辑。如果重视代码可读性和第三方请求范围,这一点需要纳入选择。
因此,与其问“哪个洛雪源绝对最好”,不如同时保留两个来源不同的源。一个作为平时使用的主源,另一个作为接口出现故障时的备用源,通常比长期依赖单一公共API更现实。
洛雪音乐源应该怎么导入
社区源仓库目前给出的在线导入方式比较简单。在LX Music中进入设置,找到基本设置里的自定义源管理,然后选择在线导入,把前面的latest.js地址粘贴进去即可。
复制一个完整的音源地址。
打开LX Music设置页面。
进入自定义源管理。
选择在线导入。
粘贴地址并完成导入。
一次导入一个源,不要把多个地址同时粘贴进去。
使用latest.js的好处是链接地址通常不需要随着版本号改变。维护者更新仓库中的latest文件之后,仍然可以通过同一个地址获取当前脚本。
GitHub打不开时怎么办
这些原始地址使用的是GitHub Raw服务。如果当前网络无法稳定访问GitHub,在线导入就可能表现为超时、下载失败或者提示无效源。
社区汇总仓库同时提供了GitHub代理形式的导入链接,不过代理服务本身也是额外的第三方服务。网络能够正常访问GitHub时,更适合优先使用前面的原始地址,减少中间环节。
另一种方法是直接下载对应的latest.js文件,再使用LX Music的本地导入功能。这样可以先保存并检查脚本,再决定是否运行。
为什么音源会突然失效
自定义源最容易产生的误解,是把“今天可以播放”理解成一个长期有效的配置。
LX Music并不是这些第三方音频接口的服务端。软件只是将歌曲信息发送给自定义源,然后使用源返回的地址。接口服务器关闭、域名变化、请求次数过多、上游接口改版、鉴权规则调整,都可能让昨天还能使用的脚本今天突然获取失败。
例如Huibq当前代码就对IP限制、请求频率过高、获取链接失败等状态进行了单独处理;QDY则通过多个接口建立回退链。这些设计本身已经说明,公共解析接口存在明显的不确定性。
因此遇到无法播放时,可以先更换另一个已经导入的源,再判断是不是LX Music客户端本身出现问题。
高音质标记不代表一定可用
一些自定义源会声明320k、FLAC、Hi-Res、Atmos或者Master等音质,因此很容易让人直接按照“支持的音质数量”给不同源排名。
实际上,脚本中的音质列表首先表示这个源能够接受哪些音质请求。服务器最终是否能返回对应文件,还取决于歌曲、平台、账号权限、接口能力和当前服务状态。
因此判断一个源是否适合自己,最好选择几首平时经常听的歌曲实际播放,再测试不同音质,而不是只查看脚本里列出了多少种格式。
poxiaoxi博客
精彩评论