解决App退至后台后ScrollView自动回到顶部的问题

手动保存恢复滚动位置 #

系统默认的视图状态恢复在Fragment场景下经常不靠谱，你可以手动在Fragment生命周期里保存和恢复滚动位置：

1. 定义变量存滚动位置
   在Fragment类里声明两个int变量，用来记录ScrollView的滚动偏移：

private int scrollX = 0;
private int scrollY = 0;

2. 在销毁前保存位置
   当应用退后台、Fragment即将被销毁时，把当前ScrollView的状态存起来：

@Override
public void onSaveInstanceState(@NonNull Bundle outState) {
    super.onSaveInstanceState(outState);
    ScrollView scrollView = requireView().findViewById(R.id.your_scrollview_id);
    if (scrollView != null) {
        scrollX = scrollView.getScrollX();
        scrollY = scrollView.getScrollY();
        outState.putInt("scroll_x", scrollX);
        outState.putInt("scroll_y", scrollY);
    }
}

3. 视图恢复时重置位置
   在Fragment的onViewCreated里，从保存的Bundle中取出位置并恢复，注意用post确保视图完成测量：

@Override
public void onViewCreated(@NonNull View view, @Nullable Bundle savedInstanceState) {
    super.onViewCreated(view, savedInstanceState);
    ScrollView scrollView = view.findViewById(R.id.your_scrollview_id);
    if (savedInstanceState != null && scrollView != null) {
        scrollX = savedInstanceState.getInt("scroll_x");
        scrollY = savedInstanceState.getInt("scroll_y");
        scrollView.post(() -> scrollView.scrollTo(scrollX, scrollY));
    }
}

排查干扰项 #

如果手动保存还是不行，检查这几点：

• 确保ScrollView的android:id固定且唯一，系统靠id识别视图来恢复状态，id变了就会失效。
• 别把Fragment的retainInstance设为true，这会打乱默认的状态恢复逻辑。
• 检查onResume/onStart里有没有主动调用scrollTo(0,0)的代码，这类操作会直接重置位置。

为什么另一个同布局Fragment没问题？ #

两个Fragment出现差异，大概率是生命周期或细节配置不同，常见原因：

• 实例管理方式不同：比如一个用ViewPager2/FragmentPagerAdapter管理，框架会自动处理状态保存；另一个是手动添加/移除的，没正确处理savedInstanceState就会出问题。
• 视图初始化时机差异：另一个Fragment的视图初始化完成得更晚，系统默认的状态恢复能正常生效；有问题的Fragment可能在视图还没测完尺寸时就触发了滚动重置。
• 动态布局操作不同：有问题的Fragment可能在onResume里动态加了子视图，导致ScrollView重新测量后滚回顶部，另一个Fragment没这类操作。
• 焦点逻辑差异：虽然你加了blocksDescendants，但有问题的Fragment里可能有子View（比如EditText）在恢复时自动抢焦点，迫使ScrollView滚到焦点位置。可以给ScrollView加android:focusableInTouchMode="true"，让它优先拿焦点。

内容的提问来源于stack exchange，提问作者A. Cedano