小编Har*_*ake的帖子

标题说的大多数.

我的应用程序一直在播放uri喜欢的铃声content://media/internal/audio/media/387或content://media/external/audio/media/1655(对于SDcard上的自定义铃声我相信)使用setDataSource(fileInfo)和setDataSource(mContext, Uri.parse(fileInfo)).

在每种情况下,我都收到了有关setDataSource failed.: status=0x80000000使用Android 4.x(不同版本)的手机上的例外信息的日志.

看到错误只发生在内容uri指向的铃声上,而不是路径指向的单个文件,我决定使用铃声路径以及修复上述手机的问题(同时仍在使用setDataSource(mContext, Uri.parse(fileInfo)))

然而,它已经开始出现Android 2.3.4-2.3.6的手机问题(不是我的2.3.3虽然):

• 我收到的日志很少,例外:setDataSource failed.: status=0x80000000对于路径类似的文件/system/media/audio/ringtones/TwirlAway.ogg

• 我还收到一个日志约MediaPlayer.onErrorListener.onError(int what, int extra)与方法调用what=1和extra=-2147483648,其中,据我所知,建议要么文件丢失或已损坏.但是我表演

  File file = new File(fileInfo);
  if (!file.exists())
  

  Run Code Online (Sandbox Code Playgroud)

检查这种情况,它返回该文件确实存在 - 它已损坏吗？内存中的音乐文件极不可能.

总结一下:

• 与...合作 setDataSource("content://media/internal/audio/media/52")
• 抛出异常:setDataSource failed.: status=0x80000000forsetDataSource(mContext, "/system/media/audio/ringtones/TwirlAway.ogg")

有趣的是,前几行setDataSource(Context context, Uri uri, Headers headers)调用的方法setDataSource(Context context, Uri uri)是(来自2.3.4的GrepCode源代码):

 String scheme = uri.getScheme();
     if(scheme == …

我已将 Android Gradle 插件更新到 3.3.2，并面临与 3.0.1 相比构建时间显着变慢的问题。

DX 需要 1 分钟 40 秒 - 2 分钟 20 秒进行干净构建和大约 1 分钟进行重建，而 D8 需要 9 分钟进行干净构建，大约 7 分钟进行重建

经过一番调查，我发现 D8 编译器从 3.1.+ 开始默认开启，可以关闭，但从 3.3.+ 开始就不可能了。

这是 gradle.properties

org.gradle.jvmargs=-Xmx4608m
org.gradle.caching=true
org.gradle.parallel=true
android.enableD8=true
android.enableD8.desugaring=true

还

minifyEnabled false
shrinkResources false

--scan 显示 transformClassesWithDexBuilder 需要 5-7 分钟才能完成，有没有办法在不关闭 D8 的情况下提高构建速度？