Android中Bottom Navigation切换Fragment加载数据致过渡动画卡顿求助

嘿，我来帮你拆解下Fragment切换卡顿的问题——看了你的代码，有两个核心原因导致了动画停滞：

1. 每次切换都重新创建Fragment实例，浪费主线程资源 #

你当前的代码里，每次点击BottomNavigation的选项，都会new一个全新的Fragment对象，然后执行replace操作。这意味着每次切换都要经历Fragment的创建、视图初始化、数据加载的完整流程，这些操作都会占用主线程的CPU资源，和Fragment的过渡动画抢资源，直接导致动画掉帧、卡顿。

解决办法：复用已创建的Fragment实例 #

我们可以用一个缓存容器（比如HashMap）来保存已经创建过的Fragment，切换时优先从缓存中取，只有缓存里没有的时候才创建新实例。这样能避免重复初始化的开销，让切换流程更轻量：

// 在MainActivity中添加成员变量缓存Fragment
private HashMap<Integer, Fragment> mFragmentCache = new HashMap<>();

private BottomNavigationView.OnNavigationItemSelectedListener mOnNavigationItemSelectedListener = new BottomNavigationView.OnNavigationItemSelectedListener() {
    @Override
    public boolean onNavigationItemSelected(@NonNull MenuItem item) {
        android.app.FragmentManager manager = getFragmentManager();
        Fragment targetFragment = mFragmentCache.get(item.getItemId());
        
        // 仅当缓存中无对应Fragment时才创建新实例
        if (targetFragment == null) {
            switch (item.getItemId()) {
                case R.id.navigation_schedule:
                    targetFragment = new ScheduleFragment();
                    break;
                case R.id.navigation_teams:
                    targetFragment = new TeamFragment();
                    break;
                case R.id.navigation_champions:
                    targetFragment = new PointTableFragment();
                    break;
                case R.id.navigation_live:
                    targetFragment = new LiveFragment();
                    break;
                case R.id.navigation_records:
                    targetFragment = new RecordsFragment();
                    break;
            }
            mFragmentCache.put(item.getItemId(), targetFragment);
        }
        
        // 执行Fragment切换（也可以用show/hide替代replace，性能更优）
        manager.beginTransaction().replace(R.id.main, targetFragment).commit();
        return true;
    }
};

2. 数据库操作在主线程执行，阻塞UI渲染 #

你的Fragment在onCreateView里直接调用db.displayTeam()——数据库读写属于耗时IO操作，默认会在主线程执行。而Fragment的过渡动画、UI绘制全依赖主线程，一旦主线程被数据库操作卡住，动画就会停滞，甚至出现应用无响应的情况。

解决办法：将数据库操作移到子线程 #

我们需要把数据库查询放到子线程中执行，等数据加载完成后再回到主线程更新UI。这里用基础的AsyncTask举例（你也可以用Kotlin协程、RxJava等更现代的异步方案）：

public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState){
    View view = inflater.inflate(R.layout.fragment_team, container, false);
    lvTeam = (ListView)view.findViewById(R.id.lvTeam);
    
    // 先初始化空Adapter，避免ListView空白
    adapterTeam = new CustomAdapterTeam(getContext(), new ArrayList<>());
    lvTeam.setAdapter(adapterTeam);
    
    // 启动异步任务加载数据
    new LoadTeamDataTask().execute();
    return view;
}

// 异步加载数据的内部类
private class LoadTeamDataTask extends AsyncTask<Void, Void, List<Team>> {
    @Override
    protected List<Team> doInBackground(Void... voids) {
        // 数据库操作放在子线程执行，不阻塞主线程
        DatabaseHandler db = new DatabaseHandler(getContext());
        return db.displayTeam();
    }

    @Override
    protected void onPostExecute(List<Team> teamList) {
        super.onPostExecute(teamList);
        // 回到主线程更新Adapter
        listTeam = teamList;
        adapterTeam.clear();
        adapterTeam.addAll(listTeam);
        adapterTeam.notifyDataSetChanged();
    }
}

额外优化建议 #

• 如果你使用AndroidX库，建议用FragmentTransaction的setCustomAnimations()来指定过渡动画，同时确保事务提交时机正确（比如避免在Activity状态不稳定时提交）。
• 把ListView替换为RecyclerView，RecyclerView的视图复用机制比ListView更高效，能进一步降低UI渲染的性能开销。
• 优化数据库查询：给常用查询的字段添加索引，或者在首次查询后缓存结果，避免重复查询数据库。

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