Android单行Marquee TextView性能问题：相机预览帧率下降求助

我来帮你梳理下这个问题的解决方案——在Camera预览层上叠加动态UI确实容易碰到性能瓶颈，尤其是系统自带的Marquee TextView，因为它背后有不少冗余的排版逻辑。

先排查现有TextView的优化点（有没有遗漏的修复） #

你已经试过android:maxLines="1"和android:singleLine="true"，这两个是基础操作，还有几个容易忽略的优化方向可以试试：

• 开启硬件层渲染：给TextView添加android:layerType="hardware"，让它用硬件层来渲染滚动效果，减少软件绘制和图层合成的开销——毕竟Camera预览本身是硬件加速的，TextView用硬件层能更好地和预览层适配。
• 固定View尺寸：别用wrap_content，给TextView设置固定的width和height，避免每次滚动时都重新计算布局边界，减少不必要的测量开销。
• 移除不必要的背景：如果TextView不需要背景，设置android:background="@null"，减少绘制时的内容量。
• 检查焦点与选中状态：Marquee默认只在View获取焦点时滚动，如果你用了setSelected(true)强制滚动，确认有没有其他逻辑重复触发选中状态，导致额外重绘。

如果上述优化还是达不到预期，试试这些替代方案 #

方案1：自定义轻量滚动文本View #

系统TextView的功能太复杂了，我们可以自己写一个只做滚动文本的View，砍掉所有冗余逻辑，大幅降低绘制开销：

public class ScrollTextView extends View {
    private final Paint textPaint;
    private String displayText;
    private float textXPosition;
    private final float scrollSpeed = 2f;
    private float textTotalWidth;

    public ScrollTextView(Context context) {
        super(context);
        textPaint = initPaint();
    }

    public ScrollTextView(Context context, AttributeSet attrs) {
        super(context, attrs);
        textPaint = initPaint();
    }

    private Paint initPaint() {
        Paint paint = new Paint();
        paint.setColor(Color.WHITE);
        paint.setTextSize(48f);
        paint.setAntiAlias(true);
        paint.setTextAlign(Paint.Align.LEFT);
        return paint;
    }

    public void setScrollText(String text) {
        this.displayText = text;
        textTotalWidth = textPaint.measureText(text);
        textXPosition = getWidth(); // 初始位置在View右侧
        invalidate();
    }

    @Override
    protected void onDraw(Canvas canvas) {
        super.onDraw(canvas);
        if (displayText == null || displayText.isEmpty()) return;

        // 绘制滚动文本
        canvas.drawText(displayText, textXPosition, getHeight()/2 - (textPaint.getFontMetrics().top + textPaint.getFontMetrics().bottom)/2, textPaint);
        
        // 更新滚动位置
        textXPosition -= scrollSpeed;
        // 文本滚出左侧后重置位置
        if (textXPosition < -textTotalWidth) {
            textXPosition = getWidth();
        }

        // 用动画帧触发下一次绘制，更高效
        postInvalidateOnAnimation();
    }
}

这个自定义View只专注于文本滚动，没有TextView的多行排版、触摸事件处理等冗余逻辑，绘制开销会小很多，配合硬件加速基本不会影响Camera预览帧率。

方案2：用SurfaceView叠加滚动文本 #

Camera预览一般用SurfaceView，它的渲染是在独立线程的。你可以把滚动文本也放在一个独立的SurfaceView里，和Camera的SurfaceView叠加——两个SurfaceView的渲染互不干扰，不会抢占UI线程的资源，能有效避免帧率下降。

方案3：直接在Camera预览帧上绘制文本 #

如果你用的是Camera2这类可以直接处理预览帧的API，可以在预览帧的回调里，直接把滚动文本绘制到预览的Canvas或Bitmap上。这样不需要额外的View，减少了图层合成的开销，性能最优，但需要你自己处理预览帧的绘制逻辑。

额外调试建议 #

可以用命令adb shell dumpsys gfxinfo <你的应用包名>来分析帧率和绘制开销，看看TextView（或自定义View）的绘制占用了多少时间，方便你验证优化效果。

内容的提问来源于stack exchange，提问作者FFGH