FrameLayout视图层级异常：UnityPlayer与GLSurfaceView层级错乱修复咨询

这个问题我之前帮不少开发者排查过，核心原因在于GLSurfaceView和UnityPlayer都是SurfaceView的子类——它们的渲染是在独立于普通View的Surface上进行的，ViewGroup的addView顺序或者bringToFront()方法对这类Surface的层级控制并不总是生效，不同厂商的系统对Surface的Z顺序管理存在差异，这就导致了你遇到的部分设备层级错乱的情况。

下面是几个经过验证的解决方案：

方案一：利用SurfaceView专属API强制控制层级 #

SurfaceView提供了两个专门用于调整Surface层级的方法，我们可以直接通过它们指定谁在顶层：

• 确保GLSurfaceView处于常规Surface层级，给它调用setZOrderMediaOverlay(false)（默认值就是false，显式设置可以避免系统默认行为波动）
• 给UnityPlayer（本质是SurfaceView）调用setZOrderMediaOverlay(true)，让它的Surface优先显示在GLSurfaceView之上

代码示例：

FrameLayout Root = new FrameLayout(this);
this.addContentView(Root, LayoutParam0);
setContentView(this);

GLSurfaceView gls = new GLSurfaceView(this);
// 固定GLSurfaceView到常规Surface层级
gls.setZOrderMediaOverlay(false);
Root.addView(gls, 0, LayoutParam1);

View view = new UnityPlayer(this);
// 将UnityPlayer的Surface提升到媒体覆盖层，确保在GLSurfaceView之上
if (view instanceof SurfaceView) {
    ((SurfaceView) view).setZOrderMediaOverlay(true);
}
Root.addView(view, 1, LayoutParam2);

如果上述方法仍不生效，可以尝试给UnityPlayer设置setZOrderOnTop(true)，但注意这个方法会让UnityPlayer的Surface覆盖所有窗口内容（包括状态栏），若不需要全屏覆盖，需配合调整窗口布局参数。

方案二：用TextureView替代GLSurfaceView #

TextureView是普通View的子类，它的渲染完全集成在Android的View绘制体系中，严格遵循ViewGroup的层级规则。把GLSurfaceView替换为基于TextureView实现的GL渲染组件，就能彻底规避Surface层级的兼容性问题：

1. 自定义一个继承TextureView的GLTextureView，实现GLSurfaceView的渲染逻辑（可参考官方文档或成熟的开源实现）
2. 用这个GLTextureView替代原有的GLSurfaceView，之后addView的顺序和bringToFront()就能正常工作了

这个方案的好处是彻底解决Surface层级陷阱，缺点是TextureView的性能略低于GLSurfaceView，但在大多数中高端设备上差异可以忽略。

方案三：禁止用bringToFront()处理SurfaceView层级 #

bringToFront()仅对普通View的ViewGroup层级有效，对SurfaceView的Surface层级完全不起作用——部分设备甚至会因为这个方法打乱系统对Surface的层级管理，导致你遇到的“调用后View反而移到底层”的问题。涉及SurfaceView的层级调整，一定要用前面提到的Surface专属API，不要依赖bringToFront()。

内容的提问来源于stack exchange，提问作者彭頎峻