Фрагмент onCreateView и onActivityCreated вызывается дважды

Ответ 1

Хорошо, вот что я узнал.

Я не понял, что все фрагменты, связанные с активностью при изменении конфигурации (поворот телефона), воссоздаются и добавляются к активности. (что имеет смысл)

Что происходит в конструкторе TabListener, вкладка была отсоединена, если она была найдена и привязана к активности. См. Ниже:

mFragment = mActivity.getFragmentManager().findFragmentByTag(mTag);
    if (mFragment != null && !mFragment.isDetached()) {
        Log.d(TAG, "constructor: detaching fragment " + mTag);
        FragmentTransaction ft = mActivity.getFragmentManager().beginTransaction();
        ft.detach(mFragment);
        ft.commit();
    }

Позже в действии onCreate ранее выбранная вкладка была выбрана из состояния сохраненного экземпляра. См. Ниже:

if (savedInstanceState != null) {
    bar.setSelectedNavigationItem(savedInstanceState.getInt("tab", 0));
    Log.d(TAG, "FragmentTabs.onCreate tab: " + savedInstanceState.getInt("tab"));
    Log.d(TAG, "FragmentTabs.onCreate number: " + savedInstanceState.getInt("number"));
}

Когда вкладка была выбрана, она будет повторно подключена в обратном вызове onTabSelected.

public void onTabSelected(Tab tab, FragmentTransaction ft) {
    if (mFragment == null) {
        mFragment = Fragment.instantiate(mActivity, mClass.getName(), mArgs);
        Log.d(TAG, "onTabSelected adding fragment " + mTag);
        ft.add(android.R.id.content, mFragment, mTag);
    } else {
        Log.d(TAG, "onTabSelected attaching fragment " + mTag);
        ft.attach(mFragment);
    }
}

Прикрепленный фрагмент является вторым вызовом методов onCreateView и onActivityCreated. (Первое, когда система воссоздает активность и все прикрепленные фрагменты). Первый раз, когда пакет onSavedInstanceState Bundle сохранил данные, но не во второй раз.

Решение состоит в том, чтобы не отделить фрагмент в конструкторе TabListener, просто оставьте его прикрепленным. (Вам все равно нужно найти его в теге FragmentManager по тегу). Также в методе onTabSelected я проверяю, отсоединен ли фрагмент, прежде чем прикрепить его. Что-то вроде этого:

public void onTabSelected(Tab tab, FragmentTransaction ft) {
            if (mFragment == null) {
                mFragment = Fragment.instantiate(mActivity, mClass.getName(), mArgs);
                Log.d(TAG, "onTabSelected adding fragment " + mTag);
                ft.add(android.R.id.content, mFragment, mTag);
            } else {

                if(mFragment.isDetached()) {
                    Log.d(TAG, "onTabSelected attaching fragment " + mTag);
                    ft.attach(mFragment);
                } else {
                    Log.d(TAG, "onTabSelected fragment already attached " + mTag);
                }
            }
        }

Ответ 2

Я тоже немного почесывал голову об этом, и поскольку объяснение Дейва немного сложно понять, я опубликую свой (по-видимому рабочий) код:

private class TabListener<T extends Fragment> implements ActionBar.TabListener {
    private Fragment mFragment;
    private Activity mActivity;
    private final String mTag;
    private final Class<T> mClass;

    public TabListener(Activity activity, String tag, Class<T> clz) {
        mActivity = activity;
        mTag = tag;
        mClass = clz;
        mFragment=mActivity.getFragmentManager().findFragmentByTag(mTag);
    }

    public void onTabSelected(Tab tab, FragmentTransaction ft) {
        if (mFragment == null) {
            mFragment = Fragment.instantiate(mActivity, mClass.getName());
            ft.replace(android.R.id.content, mFragment, mTag);
        } else {
            if (mFragment.isDetached()) {
                ft.attach(mFragment);
            }
        }
    }

    public void onTabUnselected(Tab tab, FragmentTransaction ft) {
        if (mFragment != null) {
            ft.detach(mFragment);
        }
    }

    public void onTabReselected(Tab tab, FragmentTransaction ft) {
    }
}

Как вы можете видеть, это похоже на образец Android, кроме того, что он не отсоединяется в конструкторе, и вместо вместо заменить .

После многократного ввода и пробной ошибки я обнаружил, что поиск фрагмента в конструкторе, по-видимому, делает проблему с двойным onCreateView магическим уходом (я предполагаю, что это просто заканчивается как null для onTabSelected при вызове через ActionBar.setSelectedNavigationItem( ) при сохранении/восстановлении состояния).

Ответ 3

В двух приведенных ответах показаны решения для Activity с режимом навигации NAVIGATION_MODE_TABS, но у меня была такая же проблема с NAVIGATION_MODE_LIST. Это заставило мои фрагменты необъяснимо потерять свое состояние, когда изменилась ориентация экрана, что было действительно раздражает. К счастью, благодаря их полезному коду мне удалось это понять.

В принципе, при использовании навигации по спискам `` onNavigationItemSelected() is automatically called when your activity is created/re-created, whether you like it or not. To prevent your Fragment's onCreateView() from being called twice, this initial automatic call to onNavigationItemSelected() should check whether the Fragment is already in existence inside your Activity. If it is, return immediately, because there is nothing to do; if it isn't, then simply construct the Fragment and add it to the Activity like you normally would. Performing this check prevents your Fragment from needlessly being created again, which is what causes onCreateView() `будет вызываться дважды!

Смотрите мою реализацию onNavigationItemSelected() ниже.

public class MyActivity extends FragmentActivity implements ActionBar.OnNavigationListener
{
    private static final String STATE_SELECTED_NAVIGATION_ITEM = "selected_navigation_item";

    private boolean mIsUserInitiatedNavItemSelection;

    // ... constructor code, etc.

    @Override
    public void onRestoreInstanceState(Bundle savedInstanceState)
    {
        super.onRestoreInstanceState(savedInstanceState);

        if (savedInstanceState.containsKey(STATE_SELECTED_NAVIGATION_ITEM))
        {
            getActionBar().setSelectedNavigationItem(savedInstanceState.getInt(STATE_SELECTED_NAVIGATION_ITEM));
        }
    }

    @Override
    public void onSaveInstanceState(Bundle outState)
    {
        outState.putInt(STATE_SELECTED_NAVIGATION_ITEM, getActionBar().getSelectedNavigationIndex());

        super.onSaveInstanceState(outState);
    }

    @Override
    public boolean onNavigationItemSelected(int position, long id)
    {    
        Fragment fragment;
        switch (position)
        {
            // ... choose and construct fragment here
        }

        // is this the automatic (non-user initiated) call to onNavigationItemSelected()
        // that occurs when the activity is created/re-created?
        if (!mIsUserInitiatedNavItemSelection)
        {
            // all subsequent calls to onNavigationItemSelected() won't be automatic
            mIsUserInitiatedNavItemSelection = true;

            // has the same fragment already replaced the container and assumed its id?
            Fragment existingFragment = getSupportFragmentManager().findFragmentById(R.id.container);
            if (existingFragment != null && existingFragment.getClass().equals(fragment.getClass()))
            {
                return true; //nothing to do, because the fragment is already there 
            }
        }

        getSupportFragmentManager().beginTransaction().replace(R.id.container, fragment).commit();
        return true;
    }
}

Я заимствовал вдохновение для этого решения от здесь.

Ответ 4

У меня была та же проблема с простой Activity, несущей только один фрагмент (который иногда заменялся). Затем я понял, что я использую onSaveInstanceState только в фрагменте (и onCreateView для проверки на savedInstanceState), а не в активности.

На устройстве активируется действие, содержащее фрагменты, которые перезапускаются, и вызывается onCreated. Там я приложил необходимый фрагмент (что правильно при первом запуске).

На устройстве Android сначала заново создал фрагмент, который был виден, а затем вызвал onCreate из содержащего действия, в котором был прикреплен мой фрагмент, заменив, таким образом, оригинальный видимый.

Чтобы избежать этого, я просто изменил свою активность, чтобы проверить на savedInstanceState:

protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);

If (savedInstanceState != null)
        return;

    // following code to attach fragment initially

Я даже не перезаписывал onSaveInstanceState активности.

Ответ 5

Мне это нравится, потому что вы каждый раз создаете свой TabListener... поэтому система воссоздает ваш фрагмент из файла savedInstanceState, а затем вы делаете это снова в своем onCreate.

Вы должны обернуть это в if(savedInstanceState == null), поэтому он запускается только в том случае, если нет сохраненногоInstanceState.