最全从 ExoPlayer 源码分析视频无法播放问题_exoplayer 源码解析(1)，2024年最新面试时需要准备的内容

最新推荐文章于 2024-10-02 21:02:40 发布

2401_84871699

最新推荐文章于 2024-10-02 21:02:40 发布

阅读量1k

点赞数 21

分类专栏：程序员文章标签：鸿蒙面试学习

本文链接：https://blog.csdn.net/2401_84871699/article/details/138694562

版权

程序员专栏收录该内容

100 篇文章 0 订阅

订阅专栏

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上鸿蒙开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

由于我之前负责其他的项目中也使用了 ExoPlayer 来播放的动态壁纸的，在这几个机型上测试发是可以正常播放动态壁纸，这样可以大概率排除是机型的问题。

随即引入 ExoPlayer 库写了一个简单的 Demo，测试对比发现在该机型上可以播放网上找一个视频链接，但无法播放我们的视频链接，初步怀疑视频格式在某些机型上不支持。

源码分析

从 log 中可以看出是 MediaCodecVideoRenderer 抛出了 ExoPlaybackException，从调用栈关系可以发现最终是调用到了 MediaCodecRenderer -> maybeInitCodecWithFallback() ，然后再去源码中分析其逻辑。

private void maybeInitCodecWithFallback(…) {
…

while (codec == null) {
…

try {
initCodec(codecInfo, crypto);
} catch (Exception e) {
Log.w(TAG, "Failed to initialize decoder: " + codecInfo, e);

DecoderInitializationException exception = new DecoderInitializationException(inputFormat, e, mediaCryptoRequiresSecureDecoder, codecInfo);

…
}
}
}

public DecoderInitializationException(
Format format,
@Nullable Throwable cause,
boolean secureDecoderRequired,
MediaCodecInfo mediaCodecInfo) {
this(
"Decoder init failed: " + mediaCodecInfo.name + ", " + format ,
cause,
format.sampleMimeType,
secureDecoderRequired,
mediaCodecInfo,
Util.SDK_INT >= 21 ? getDiagnosticInfoV21(cause) : null,
/* fallbackDecoderInitializationException= */ null);
}
复制代码

从以上源码可以看出，正是调用了 initCodec() 出现了异常，然后抛出了 DecoderInitializationException其打印的异常信息也和 log 中的一致，继续追 initCodec() 中的逻辑。

private void initCodec(…) {
…

codec = codecAdapterFactory.createAdapter(configuration);

…
}
复制代码

通过打断点调试发现，其逻辑走到了 DefaultMediaCodecAdapterFactory 的 createAdapter() 中，继续跟到了 SynchronousMediaCodecAdapter.Factory 中的 createAdapter() 中，最终调用了 MediaCodec 中的 configure() 导致的异常。（从源码中可以看出，在DefaultMediaCodecAdapterFactory 中有 if 逻辑，但其实最终逻辑都会调用到 MediaCodec 中，所以无需关注该 if 逻辑）

public final class DefaultMediaCodecAdapterFactory implements MediaCodecAdapter.Factory {
…

@Override
public MediaCodecAdapter createAdapter(MediaCodecAdapter.Configuration configuration)
throws IOException {

if ((asynchronousMode == MODE_ENABLED && Util.SDK_INT >= 23)
|| (asynchronousMode == MODE_DEFAULT && Util.SDK_INT >= 31)) {
…

AsynchronousMediaCodecAdapter.Factory factory =
new AsynchronousMediaCodecAdapter.Factory(
trackType,
enableSynchronizeCodecInteractionsWithQueueing,
enableImmediateCodecStartAfterFlush);
return factory.createAdapter(configuration);
}

return new SynchronousMediaCodecAdapter.Factory().createAdapter(configuration);
}
}

public class SynchronousMediaCodecAdapter implements MediaCodecAdapter {

public static class Factory implements MediaCodecAdapter.Factory {

@Override
public MediaCodecAdapter createAdapter(Configuration configuration) throws IOException {
…

try {
codec = createCodec(configuration);
TraceUtil.beginSection(“configureCodec”);
codec.configure(
configuration.mediaFormat,
configuration.surface,
configuration.crypto,
configuration.flags);
…

return new SynchronousMediaCodecAdapter(codec, inputSurface);
} catch (IOException | RuntimeException e) {
…
}
}
}
复制代码

final public class MediaCodec {
…

public void configure(…) {
configure(format, surface, crypto, null, flags);
}

private void configure(…) {
if (crypto != null && descramblerBinder != null) {
throw new IllegalArgumentException(“Can’t use crypto and descrambler together!”);
}

…

native_configure(keys, values, surface, crypto, descramblerBinder, flags);
}

private native final void native_configure(…);

…
}
复制代码

可以看出最终调用的是 C/C++ 的代码，一般在这里出现了异常，那对于 Android 端看似是无能为力的，但此时我又从另一个角度去思考，正常能播放的机型和无法播放的机型，到底是哪些参数有差别呢？于是又一步一步回退去排查整个流程中 MediaCodecInfo 对象的中值，经过不断排查，最终发现以下核心逻辑代码：

public abstract class MediaCodecRenderer extends BaseRenderer {
…

private void maybeInitCodecWithFallback(
MediaCrypto crypto, boolean mediaCryptoRequiresSecureDecoder)
throws DecoderInitializationException {
…

try {
// 获取可用的解码器 list