Android开发中如何通过FragmentManager提升Fragment加载速度？

一、保留Fragment实例，仅切换显示/隐藏 #

你当前用replace()切换Fragment的方式会移除容器内旧Fragment并销毁其视图，每次切换都触发重建，这是卡顿的核心原因。改用add()+hide()/show()的方式，就能保留所有Fragment实例，仅切换可见性：

1. 预创建所有Fragment实例并初始化到容器：

// 在Activity中全局保存Fragment实例
private Fragment currentFragment;
private final Fragment exOne = new ExOneFragment();
private final Fragment exTwo = new ExTwoFragment();
// 其他需要的Fragment...

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    
    FragmentManager fm = getSupportFragmentManager();
    FragmentTransaction ft = fm.beginTransaction();
    // 将所有Fragment添加到容器
    ft.add(R.id.fragment_container, exOne, "ex_one");
    ft.add(R.id.fragment_container, exTwo, "ex_two");
    // 隐藏非默认显示的Fragment
    ft.hide(exTwo);
    // 隐藏其他Fragment...
    ft.commit();
    currentFragment = exOne;
}

2. 菜单点击时切换显示状态：

@Override
public boolean onOptionsItemSelected(MenuItem item) {
    Fragment targetFragment = null;
    int itemId = item.getItemId();
    if (itemId == R.id.nav_1xxx) {
        targetFragment = exOne;
    } else if (itemId == R.id.nav_2weightlifting) {
        targetFragment = exTwo;
    }
    // 其他菜单项判断...
    
    if (targetFragment != null && targetFragment != currentFragment) {
        FragmentTransaction ft = getSupportFragmentManager().beginTransaction();
        ft.hide(currentFragment);
        ft.show(targetFragment);
        ft.commitNow();
        currentFragment = targetFragment;
    }
    return true;
}

这种方式下Fragment不会销毁重建，视图会被保留，第二次切换时完全无加载耗时。

二、优化首次加载的控件与数据处理 #

如果首次加载仍有卡顿，可尝试以下优化：

• 延迟填充数据：不在onViewCreated同步处理数据，先让视图完成绘制，再后台填充：

@Override
public void onViewCreated(@NonNull View view, @Nullable Bundle savedInstanceState) {
    super.onViewCreated(view, savedInstanceState);
    // 先初始化控件实例
    initViews(view);
    // 延迟执行数据填充，让UI优先显示
    view.post(() -> fillDataFromCache());
}

• 缓存SharedPreferences数据：把SharedPreferences的内容提前读到ViewModel或全局缓存中，避免每次切换都读文件：

// 用ViewModel缓存数据，避免重复IO
public class AppViewModel extends ViewModel {
    private Map<String, Object> prefsCache;

    public Map<String, Object> getCachedPrefs(Context context) {
        if (prefsCache == null) {
            prefsCache = new HashMap<>();
            SharedPreferences sp = PreferenceManager.getDefaultSharedPreferences(context);
            prefsCache.putAll(sp.getAll());
        }
        return prefsCache;
    }

    // 数据更新时同步缓存与SharedPreferences
    public void updatePrefs(Context context, String key, Object value) {
        prefsCache.put(key, value);
        SharedPreferences.Editor editor = PreferenceManager.getDefaultSharedPreferences(context).edit();
        if (value instanceof String) editor.putString(key, (String) value);
        else if (value instanceof Integer) editor.putInt(key, (Integer) value);
        // 其他类型适配...
        editor.apply();
    }
}

之后Fragment直接从ViewModel取缓存数据，跳过重复的文件读取操作。

• 优化NumberPicker初始化：NumberPicker本身初始化成本较高，可延迟设置其选项数据，或避免在布局中预先绑定大量选项，按需加载。

三、Fragment是否适合你的需求？ #

完全适合。单Activity+多Fragment是Android导航的主流架构，你的多页面切换场景刚好匹配Fragment的复用性与生命周期管理特性。之前的卡顿是切换方式和初始化逻辑的问题，并非Fragment本身的缺陷。

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