Java 从Firebase创建MediaPlayer对象非常缓慢

当我将应用程序中的所有图像和mp3文件迁移到Firebase时，性能发生了很大变化。加载mp3文件需要很多时间，这不是因为我的互联网（我有200/200mb的下行/上行速度）

我还使用Glide库来调整我的巨大图像的大小

以下是我如何使用Glide将图像放置到布局中：

Glide.with（getActivity（））.load（song.getArtistImg（））.into（artistImg）；
使用（getActivity（））.load（song.getArtistingG（））.into（ArtistingBG）滑动

以下是我从firebase检索mp3文件的方式：

mediaPlayer = MediaPlayer.create(getActivity(), Uri.parse(getSong));

我使用viewmodel设置和获取对象

我在代码的每一步上都设置了
日志
，以便准确地查看需要花费多长时间才能完成的操作，我发现创建
MediaPlayer
对象需要一段时间。我已经搜索过了，但没有找到任何解决我问题的方法

如何增加创建
MediaPlayer
对象所需的时间？
我的Firebase存储也有类似的问题，我升级到Flame计划，并注意到有一点增加。使用3mb/6mb文件，您将需要等待一段时间才能下载，因为它是手机上wifi的一个大文件。
不久前，我读了一些书，发现了我的问题所在，我相信这是因为我所在的地区还没有针对（新西兰）进行优化，尽管我可能错了

尽管如此，还是有一个解决办法，我建议你不要将文件存储在Firebase存储中，而是将它们存储在Firebase托管的网站上，并带有url。
Firebase主机也有很好的缓存。
看看这里的主机。
我建议你上传图片到一个静态网站，我在过去做过这样的图片，它工作得很好
 我的Firebase存储也有类似的问题，我升级到Flame计划，并注意到有一点增加。使用3mb/6mb文件，您将需要等待一段时间才能下载，因为它是手机上wifi的一个大文件。
不久前，我读了一些书，发现了我的问题所在，我相信这是因为我所在的地区还没有针对（新西兰）进行优化，尽管我可能错了

尽管如此，还是有一个解决办法，我建议你不要将文件存储在Firebase存储中，而是将它们存储在Firebase托管的网站上，并带有url。
Firebase主机也有很好的缓存。
看看这里的主机。
我建议你上传图片到一个静态网站，我在过去做过这样的图片，它工作得很好
 你知道吗，Firebase是这里的瓶颈？如果没有，请在代码的不同部分打印一些带有时间戳的图片，以查看哪些部分的速度较慢除了内存不足之外，我在加载图像时没有遇到任何问题，这就是我将所有内容迁移到Firebase的原因。这看起来是否相关：@IanRehwinkel我编辑了我的帖子。嘿@Delice，你的Firebase计划是什么。你也可以看一下其中一个文件，让我知道文件的大小。还有，你是如何获得文件的下载URL的？你知道事实上，Firebase是这里的瓶颈吗？如果没有，请在代码的不同部分打印一些带有时间戳的图片，以查看哪些部分的速度较慢除了内存不足之外，我在加载图像时没有遇到任何问题，这就是我将所有内容迁移到Firebase的原因。这看起来是否相关：@IanRehwinkel我编辑了我的帖子。嘿@Delice，你的Firebase计划是什么。你也可以看一下其中一个文件，让我知道文件的大小。另外，您如何获得文件的下载URL？因此创建一个REST服务并称之为Android Studio也被视为一种变通方法？因此创建一个REST服务并称之为Android Studio也被视为一种变通方法？