2024年最全从 ExoPlayer 源码分析视频无法播放问题_exoplayer 源码解析(3)，2024年最新百度技术面试

本文链接：https://blog.csdn.net/2401_84871031/article/details/138625935

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

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

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

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
List allAvailableCodecInfos =
getAvailableCodecInfos(mediaCryptoRequiresSecureDecoder);
availableCodecInfos = new ArrayDeque<>();

// 默认为false，所以走的只获取可用 list 中的第一个数据
if (enableDecoderFallback) {
availableCodecInfos.addAll(allAvailableCodecInfos) ;
} else if (!allAvailableCodecInfos.isEmpty()) {
availableCodecInfos.add(allAvailableCodecInfos.get(0)) ;
}

…
}
…

// 循环去找可用的 list 中是否能有解码器初始化成功
while (codec == null) {
MediaCodecInfo codecInfo = availableCodecInfos.peekFirst();

if (!shouldInitCodec(codecInfo)) {
return;
}

try {
initCodec(codecInfo, crypto);
} catch (Exception e) {
…
}
}

availableCodecInfos = null;
}
…
}
复制代码

从中可以看出，首先会通过 getAvailableCodecInfos() 获取一组可用的解码器 list，然后通过逻辑判断将该 list 中全部还是第一个加到队列 availableCodecInfos 中，接下来通过 while 循环，不断的从 availableCodecInfos 队列中取第一个，去尝试初始化看能否成功，直到找到了成功初始化的解码器。

/*
@param enableDecoderFallback Whether to enable fallback to lower-priority decoders if decoder initialization fails. This may result in using a decoder that is less efficient or slower than the primary decoder.
/
复制代码

从上面注释可以了解到 enableDecoderFallback 参数的含义，如果设置为true，可能会导致性能降低（软解性能不如硬解），默认相当于优先初始化硬解。