2024年从 ExoPlayer 源码分析视频无法播放问题_exoplayer 源码解析，2024年最新2024我的HarmonyOS鸿蒙大厂面试之旅

本文链接：https://blog.csdn.net/2401_84853335/article/details/138622081

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

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

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

Find the bug

应用对比

由于我之前负责其他的项目中也使用了 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 {
…