你这是把Deepin音乐累死了

上万首

加上音乐列表文件和专辑图片也就18315个文件，总容量139.9G。

我猜Deepin的播放器一次性把所有音乐都加到一个列表中，并一次性显示出来，没有做分页处理。😂

远古时代有把音乐文件都加载入内存的bug

不知这次是什么

这个问题我看别人反映过，还是比较久之前了hhhh。没想到又来hhh

原来在Win里的时候，，常用 JetAudio , Deepin的音乐播放器不好用，每次辛苦整理过播放列表后，只要一使用Stacer清理一下系统，就丢失播放列表。现在都放手机上听了，用个好点的耳机就好了，反正木耳朵，将就听个响

deepin的软件刚开始的时候绝对只是为了可用，并没有考虑好用

就我遇到的

看图软件：在一个文件夹里有几千张图片的时候打开其中一个图片的时候必卡，能卡一两分钟，内存占用飙到1G左右，关键是图片还打不开，后台一直在忙，不知道在忙啥，这个问题持续了两三年，今年解决了。中间相当一段时间逼得我不得不使用第三方的看图软件

音乐软件：别说你上万首，我这一千多首加进去，音乐反应都有问题，手动切换歌曲时，歌都播放了但是播放栏还是上一个歌，得好一会儿才能反应到当前播放的歌曲，性能堪忧。目前适合打开播放就丢后台那种播放方式

我猜MusicBee播放器缓存目录下肯定没有.wave波形文件。

功能越少自然速度越快，你可以在加载10000首音乐时打开任务管理器查看cpu,程序肯定是在卖力干活中。

而且你可以对比一下两个音乐程序的sqlite数据库的field项，肯定是deepin的多。包括拼音搜索，也是要进入sqlite里的，添加音乐时要算的东西有点多。

我也是做过十几年软件开发的人，我觉得不是功能多少的问题，是开发人员开发程序的时候就没有去考虑性能问题，测试人员也不过多的靠虑性能去测试。只注重视觉上的美观，这可以快速吸引普通用户的关注。一样的视觉效果，不同的开发人员开发出来的实际性能是不一样的，因为普通用户看不到的代码是实现是不一样的。

其实我更常用的是VLC，视频、音频、电脑、手机都是用这个播放器。看电视、听广播电台也用它加载直播源。VLC简单且强大。VLC加载1万多首歌也没有什么大问题，无论电脑还是手机，只是加载过程要等待。还是Deepin播放器在性能上不如别人。

5.6M的元数据，再怎么分析计算也不至于这么慢

试试这个版本，可以告诉我加载10000万首歌的速度如何。

https://bbs.deepin.org/post/276868

vlc怎么添加直播源？直播源地址是什么？

确实，如果数据库中仅存储索引信息，那么在需要展示完整的数据列表（如歌曲及其图片信息）时，就需要加载歌曲的图片等这些额外的数据，这会导致内存使用量显著增加。
为了优化这一点，我们可以考虑对歌曲和图片信息的加载进行优化。例如，对于展示的图片，可以采用动态加载的方式，即当用户滚动到某个位置或点击某个条目时，再加载对应的图片信息。这样可以有效减少初始加载时的内存占用，并提升应用的响应速度。

建议深度音乐可以对这个优化方案尝试将其添加到实际项目中。

以后可以优化的点，分段加载，异步加载