kodi插件库换国内源（kodi19 插件库）



最近在升级 Android 项目里的阿里云播放器 SDK 版本，其中很多相关逻辑是基于阿里云提供的 Demo 来更新的。修改完自测时，发现下载器的回调接口偶现不回调的问题。本文简要记录解决过程。

首先来看有问题的代码，Demo 里下载相关的有这么一段：

调用这个方法后，正常情况下 onPrepared 和 onError 必被调用到其一，但现实是偶尔会出现两个都没被回调的情况。

那种感觉就像，你约好了朋友一起吃饭，结果他突然失联了，打电话不接，发消息不回，然后你就一个人在那里等着。这种事情在生活里不能忍，在代码里能忍？

通过一番艰苦的排查，久久没有思路，只好闷闷不乐地下班回家了。晚上洗澡的时候，突然想到，会不会是 downloader 被 GC 了？赶紧拿小本本记下思路，第二天一早翻出这块代码一看，果然如此。

downloader 是在方法内部创建的局部变量，方法执行完毕后，downloader 就会被释放，如果此时发生 GC，就会回收它对应的对象。到了回调时机，发现 downloader 对应的对象已经被回收了，回调也就无从谈起了。

那要打破这个局面，就需要将 downloader 的引用保持住，在必要的回调发生以后再释放。比如我们可以想到，这段代码所在类是一个单例，那么在它里面声明一个 List，将 downloader 放进去，等回调结束后再移除。这样就能保证 downloader 在回调发生时还没有被回收。

修改后的代码类似这样：

在尝试做以上修改时，发现了一个 彩蛋：

阿里云的官方 Demo 里，其实已经声明了 mJniDownloadLists，且有注释 ，并且在其它类型的 prepareDownload 里也做了类似的处理，但不知道为什么在 VidAuth 类型参数的 prepareDownload 里没有，可能是漏掉了。

在 Android / Java 项目里，类似的场景应该并不少见。虽然 GC 带来了很多便利，但在实际编码时，我们也需要注意对象的生命周期管理，该存活的存活，该释放的释放，避免因为 GC 导致的问题。

如果读完文章有收获，可以关注我的微信公众号「闷骚的程序员」并🌟设为星标🌟，随时阅读更多内容。

版权声明：

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/bcyy/47314.html