mediacodec编码的进程是和应用一个进程吗

不一定。在 Android 中，Mediacodec 编码的进程可以是和应用在同一个进程中，也可以是在系统的 mediaserver 进程中运行。通常情况下，如果应用使用的是硬件加速编码方式，那么 Mediacodec 编码的进程通常会在 mediaserver 进程中运行。而如果应用使用的是软件编码方式，那么 Mediacodec 编码的进程通常会和应用在同一个进程中运行。

相关问题

如何在Android视频类App中实现MediaCodec硬解码的高稳定性，尤其是在多进程架构下避免Native Crash导致的崩溃问题？

在处理Android视频硬解码稳定性问题时，尤其是涉及到MediaCodec和Native Crash的情况，推荐参考《解决Android MediaCodec Native Crash的多进程策略》这份资料。它深入分析了硬解码框架的结构，探讨了硬解码过程中常见的崩溃特点和原因，并提供了多种有效的解决方案。

参考资源链接：[解决Android MediaCodec Native Crash的多进程策略](https://wenku.csdn.net/doc/henwbbh0yu?spm=1055.2569.3001.10343)

首先，硬解码在Android应用中通常通过MediaCodec API实现，这个过程涉及到解码器的创建、配置和Surface的交互。在初始化解码器时，要确保正确设置了编码格式和配置参数。在解码循环中，需要正确管理输入和输出缓冲区，确保视频帧数据的正确入队和出队。

其次，要理解崩溃的偶发性和不可预测性，这通常与MediaCodec和StageFright框架相关。为了解决Surface相关的问题，应当在Surface销毁时同步停止MediaCodec，并确保不会在无效的Surface上进行解码操作。硬件资源问题可能需要优化内存分配策略，例如在内存紧张时减少解码器实例的创建。

对于崩溃的处理，白名单和黑名单策略可以作为临时解决方案，但更好的方法是通过多进程架构来隔离和管理解码任务。这样即使一个进程崩溃，也不会影响到整个应用的稳定性。应用可以在崩溃发生时迅速重启解码进程或切换到软件解码，以此来保持用户体验的连贯性。

同时，针对StageFright框架的特定问题，可以通过实现监控和异常处理机制来预防和处理错误状态。在必要时，还可以考虑回退到软件解码以确保应用的正常运行。

综上所述，要提高Android视频类App中MediaCodec硬解码的稳定性，需要结合硬件特性进行精细的错误处理和资源管理策略，并且在架构上采取有效的隔离和恢复机制。在掌握了这些技术细节后，你可以通过《解决Android MediaCodec Native Crash的多进程策略》进一步深化理解，并获得更多的实践经验。

参考资源链接：[解决Android MediaCodec Native Crash的多进程策略](https://wenku.csdn.net/doc/henwbbh0yu?spm=1055.2569.3001.10343)

private MediaCodec( @NonNull String name, boolean nameIsType, boolean encoder) { Log.d(TAG , "set hhh media.player.route MediaCodecJava-"); SystemProperties.set("media.player.route","MediaCodecJava-"); Looper looper;

这是 Android 平台中 MediaCodec 类的构造函数。它采用三个参数：name、nameIsType 和 encoder。其中，name 表示要创建的 MediaCodec 对象的名称；nameIsType 表示 name 参数是否代表媒体类型（例如，video/avc）；encoder 表示创建的 MediaCodec 对象是否是编码器。

在函数体内部，首先调用 SystemProperties.set() 函数设置 "media.player.route" 属性值为 "MediaCodecJava-"，以标识当前媒体编解码器所在的进程名。然后，它使用 Looper.myLooper() 函数获取当前线程的消息循环，并将其赋值给 looper 变量。

MediaCodec 类是 Android 平台上用于音视频编解码的核心类之一，该构造函数的目的是为 MediaCodec 对象初始化一些默认属性，并获取当前线程的消息循环以便在后续的操作中使用。