我有一个SQLite数据库，它的音频文件存储为blob。
是否有可能在android（或任何地方）从数据库中流式传输媒体？
答案 0 :(得分：5)
我建议不要将音频数据存储在数据库中。前面提到的内存问题可能会导致大量的GC抖动，这会导致系统在几秒钟或更长时间内无响应。
典型的方法涉及一些步骤。
将音频存储在应用程序目录中的某个文件中。
在数据库中创建两列。一列（称为您喜欢的任何内容）包含引用数据的“content：//”URL。看到“content：//”URL是系统的触发器，然后查找同一行中“_data”列的内容。该列的内容应该是文件的完整路径。
系统然后透明地读取该文件，并将其呈现给实际请求内容的任何代码。
我有一些示例代码用于处理图像 - 很明显，它不完全相同，但我可以在这里完成它，你应该得到要点。
我试图解决的具体问题是为存储在设备外的曲目存储专辑封面。我希望能够在列表中显示专辑图片，并将其本地缓存在设备上，以便反复滚动它很快，并且确实涉及对相同数据的重复网络提取。
我有一个专辑数据库，其中包含从远程服务器延迟填充的各种列。我使用ContentProvider框架实现此数据库。在http://developer.android.com/guide/topics/providers/content-providers.html有关于ContentProviders的很多很棒的信息，你应该先阅读它，以便其余部分有意义。
涉及的文件是（注意：我已经链接到树中的特定点，因为这是一项正在进行的工作，我希望我给你的行号参考稳定）：
这个类定义了在别处使用的各种常量，对于任何作为ContentProvider实现的东西都是非常惯用的。
在此课程中，COL_ARTWORK_PATH是将包含content：// URL的列。
这是ContentProvider的实现。同样，对于包装SQLite数据库的ContentProviders来说，这是非常惯用的。一些兴趣点：
429：albumListCallback（）
只要应用程序从远程服务器接收有关相册的数据（特定于我的应用程序，与您的问题无关），就会调用此代码。到目前为止，数据已被包装为SqueezerAlbums列表，因此此代码必须解压缩该数据并将其转换为数据库中的行。
456：这里我们称updateAlbumArt有足够的数据可以远程获取专辑图片（我刚刚意识到这个代码可以让我更高效，因为它更频繁地更新数据库应该。但我离题了。）
475：updateAlbumArt（）
这必须获取远程映像，调整大小，将原始版本和调整大小的版本存储在文件系统中（为什么两者都有？因为我还没有完成这个，并且将会有代码来选择正确的缓存大小）。
根据需要创建缓存目录，下载远程映像，调整其大小并将其保存到文件中。
535：这是你可能特别感兴趣的一点。这会创建一个引用数据的content：// URL（使用AlbumCache.java中的常量），并将其放在COL_ARTWORK_PATH中。然后它将文件的绝对路径放在_data列中。
571：openFile（）
您必须实现此目的。 ContentProvider的用户在想要打开数据库中的文件时会调用openFile（）。此实现使用openFileHelper（），该代码在_data列中查找值，打开该文件，并将ParcelFileDescriptor返回给调用者。
正如您可能已经意识到的那样，openFile（）的开放实现不必执行此操作 - 您可以使用其他列名称，或者您可以直接从URL到文件中文件系统。这似乎是一个非常普遍的习惯用语。
假设您已经完成了类似的操作，并且现在有了数据库的ContentProvider，要实际访问该图像，您的应用程序将需要生成一个URI，该URI通过它的ID引用给定的内容。应用程序中打开文件的代码如下所示：
Inputstream f = this.getContentResolver().openInputStream(theUri);
最终调用openFile（）的实现，最终调用openFileHelper（），最终到达文件系统中的正确文件。这种方法的另一个优点是在应用程序的安全域中调用openFile（），因此它可以访问该文件，如果正确实现，如果您创建它响应的URL，则可以由完全不同的应用程序调用ContentProvider。众所周知。
答案 1 :(得分：0)
如果您以Android音频系统本身可以解释的格式（即mp3，3gpp，ogg）将实际音频数据存储在数据库中，那么您可以采用的一种方法是在服务中实现Web服务器，并让该服务打开SQLite数据库，使用Cursor.getBlob获取blob，然后通过使用ByteArrayInputStream包装字节数组，将该Blob通过Web服务器提供给MediaPlayer实例。我已经看到这样的实现已完成（在这些情况下，它来自文件，而不是数据库，但适用相同的原则）。
另外，您可以使用AudioTrack，如果音频不是PCM格式，则翻译音频然后播放并自行处理音频管理：可能需要做更多工作但效率更高。
请注意，这将是非常耗费内存的，并且可能性能很差：对于一个5mb的MP3，您基本上必须将整个内容保存在内存中，因为Android的SQLite界面似乎没有为您提供流接口斑点。如果你要加载多个媒体文件，那么......糟糕的事情就会发生。