Android NestedScrollView通过LiveData更新TextView时自动跳顶问题求助

该问题本质是 TextView 内容变更触发父容器重新测量布局时，NestedScrollView 默认会将滚动位置对齐到首个获得焦点的子控件，即使设置了基础的焦点拦截属性，部分场景下文本更新引发的重绘流程仍会绕过限制，以下是优先级从高到低的可行方案：

方案1：修正焦点配置（适配90%常规场景） #

你之前的属性配置作用对象不完整，需要同时调整 NestedScrollView 及其直接子容器的属性：

• 给 NestedScrollView 本身添加以下属性，禁用自身自动聚焦：

android:focusable="false"
android:focusableInTouchMode="false"

• 给其内部直接子 ConstraintLayout 调整属性，设置为默认焦点持有者同时拦截子控件焦点抢占：

android:focusable="true"
android:focusableInTouchMode="true"
android:descendantFocusability="blocksDescendants"

该方案不需要修改业务代码，仅调整布局属性即可生效。

方案2：手动保存恢复滚动位置（适配复杂动态布局） #

如果你的布局存在动态增减子控件、同时更新多个区域内容等复杂场景，可以用手动记录恢复的方式兜底：

1. 执行所有 TextView 内容更新操作前，先记录当前滚动偏移：

// Kotlin 示例
val savedScrollY = nestedScrollView.scrollY

// Java 示例
int savedScrollY = nestedScrollView.getScrollY();

2. 文本更新完成后，延迟执行滚动位置恢复：

// Kotlin 示例
nestedScrollView.post { 
    nestedScrollView.scrollTo(0, savedScrollY) 
}

// Java 示例
nestedScrollView.post(() -> {
    nestedScrollView.scrollTo(0, savedScrollY);
});

必须使用 post 方法将恢复操作抛到主线程消息队列末尾，等待布局重绘完成后再执行，直接调用 scrollTo 会因布局未完成测量失效

方案3：自定义控件从根源拦截自动滚动 #

如果上述方案都无法满足需求，重写 NestedScrollView 的焦点请求拦截方法，完全禁止子控件引发的自动滚动，且不会影响正常的手动滚动功能：

class NoAutoScrollNestedScrollView @JvmOverloads constructor(
    context: Context,
    attrs: AttributeSet? = null,
    defStyleAttr: Int = 0
) : NestedScrollView(context, attrs, defStyleAttr) {
    override fun requestChildFocus(child: View?, focused: View?) {
        // 空实现拦截子控件焦点请求触发的滚动逻辑
    }
}

将布局文件中的 NestedScrollView 替换为该自定义类即可。

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