Android滚动TextView启动卡顿问题排查求助

首先，从你的描述和布局代码来看，卡顿问题大概率和跑马灯（Marquee）的焦点机制、布局层级复杂度以及高分辨率下的渲染压力有关，下面一步步拆解原因和解决方案：

一、核心原因分析 #

• 焦点冲突导致的异常重绘：你给每个滚动TextView都设置了android:focusable="true"和android:focusableInTouchMode="true"，但Android窗口中同一时间只能有一个View获得焦点。当多个跑马灯TextView争夺焦点时，会频繁触发焦点变化和重绘，这是卡顿的主要诱因，尤其是在高分辨率（4K）下，绘制成本翻倍，问题更明显。
• 嵌套布局的渲染开销：你的布局里嵌套了多层RelativeLayout，加上多个小尺寸TextView，在4K分辨率下，每个View的绘制像素量是1080P的4倍，嵌套层级会放大这种性能消耗，导致帧速率下降。
• 冗余属性增加测量负担：布局里部分TextView保留了app:layout_constraintXXX属性，但它们的父布局是RelativeLayout，这些约束属性完全无效，反而会让布局测量过程做无用功。

二、针对性解决方案 #

1. 解决跑马灯焦点冲突问题 #

自定义一个不需要焦点就能滚动的TextView，避免焦点争夺：

import android.content.Context
import android.util.AttributeSet
import androidx.appcompat.widget.AppCompatTextView

class AutoMarqueeTextView @JvmOverloads constructor(
    context: Context,
    attrs: AttributeSet? = null,
    defStyleAttr: Int = 0
) : AppCompatTextView(context, attrs, defStyleAttr) {
    // 让系统认为这个View始终处于聚焦状态，无需实际获取焦点就能启动跑马灯
    override fun isFocused(): Boolean {
        return true
    }
}

然后替换布局中所有滚动TextView为这个自定义View，同时移除android:focusable="true"和android:focusableInTouchMode="true"属性，示例：

<your.package.name.AutoMarqueeTextView
    android:id="@+id/leaderSkillDesc"
    android:layout_width="250dp"
    android:layout_height="15dp"
    android:layout_above="@+id/superAttackTitle"
    android:layout_alignParentEnd="true"
    android:layout_marginBottom="14dp"
    android:layout_marginEnd="35dp"
    android:ellipsize="marquee"
    android:fontFamily="monospace"
    android:marqueeRepeatLimit="marquee_forever"
    android:scrollHorizontally="true"
    android:singleLine="true"
    android:textAlignment="viewStart"
    android:textColor="@color/white"
    android:textSize="13sp"
    android:textStyle="italic" />

2. 优化布局层级与性能 #

• 替换嵌套RelativeLayout为ConstraintLayout：ConstraintLayout能以扁平化的方式布局所有View，减少嵌套层级，降低绘制开销。比如把内层的RelativeLayout替换成ConstraintLayout，直接约束HP、ATT、DEF三个TextView的位置。
• 清理冗余属性：移除所有无效的app:layout_constraintXXX属性，避免布局测量时的无用计算。
• 开启硬件加速层：给滚动TextView添加android:layerType="hardware"，让View利用GPU进行渲染，减少CPU绘制压力：

android:layerType="hardware"

3. 高分辨率场景额外优化 #

• 限制TextView绘制范围：确保所有TextView的宽度设置合理（比如你用的固定dp值），避免过度绘制超出屏幕的内容。
• Fragment可见性控制：在Fragment的onPause()方法中暂停跑马灯，onResume()中恢复，减少后台不必要的渲染：

override fun onPause() {
    super.onPause()
    leaderSkillDesc.isSelected = false
    superAttackTitle.isSelected = false
    superAttackDesc.isSelected = false
}

override fun onResume() {
    super.onResume()
    leaderSkillDesc.isSelected = true
    superAttackTitle.isSelected = true
    superAttackDesc.isSelected = true
}

（注：isSelected=true是启动跑马灯的另一种方式，配合自定义TextView使用效果更好）

三、验证步骤 #

1. 先替换自定义TextView，移除焦点属性，测试卡顿是否缓解；
2. 再优化布局层级，清理冗余属性，观察高分辨率下的表现；
3. 最后添加硬件加速和可见性控制，进一步提升性能。

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