Фрагмент OnClickListener, вызванный после onDestroyView

Ответ 1

Вы действительно не предоставили очень много информации, но основываясь на том, что вы дали, это звучит как Fragment в ожидании транзакций может быть вашей проблемой.

В Android, всякий раз, когда вы меняете или создаете фрагменты, все это делается через ожидающие транзакции, если не сказано иначе. Это по существу условие гонки.

getSupportFragmentManager().beginTransaction()
    .replace(R.id.container, new ExampleFragment()
    .commit();

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

Конечным результатом является то, что транзакция фрагмента обрабатывается, фрагмент View уничтожается, а затем вы вызываете getView() и он возвращает null.

Вы можете попробовать несколько вещей:

• getSupportFragmentManager().executePendingTransactions() Затем он выполнит все ожидающие транзакции и удалит ожидающий аспект

• Проверьте, не найден ли метод фрагмента isVisible() или isAdded() или какой-либо другой фрагмент ', который позволяет вам получать информацию о текущем состоянии текущего состояния, в котором находится фрагмент, до того, как вы выполните код, который может потенциально запускаться после уничтожения фрагмента (т.е. прослушивания).

• Итак, скажем, у вас есть обработчик кликов, когда пользователь нажимает на что-то, что вы анималируете на другой фрагмент. Вы можете использовать что-то вроде приведенного ниже кода, который вы выполняете до FragmentTransaction в своем внешнем виде (в фрагменте это будет то, что возвращается от getView()), и это либо навсегда отключит клики для представления, если он будет уничтожен или временно отключит клики в течение некоторого периода времени, если вы собираетесь повторно использовать представление.

Надеюсь, что это поможет.

public class ClickUtil {

  /**
   * Disables any clicks inside the given given view.
   *
   * @param view The view to iterate over and disable all clicks.
   */
  public static void disable(View view) {
    disable(view, null);
  }

  /**
   * Disables any clicks inside the given given view for a certain amount of time.
   *
   * @param view The view to iterate over and disable all clicks.
   * @param millis The number of millis to disable clicks for.
   */
  public static void disable(View view, Long millis) {
    final List<View> clickableViews = (millis == null) ? null : new ArrayList<View>();
    disableRecursive(view, clickableViews);

    if (millis != null) {
      MainThread.handler().postDelayed(new Runnable() {
        @Override public void run() {

          for (View v : clickableViews) {
            v.setClickable(true);
          }

        }
      }, millis);
    }
  }

  private static void disableRecursive(View view, List<View> clickableViews) {
    if (view.isClickable()) {
      view.setClickable(false);

      if (clickableViews != null)
        clickableViews.add(view);
    }

    if (view instanceof ViewGroup) {
      ViewGroup vg = (ViewGroup) view;
      for (int i = 0; i < vg.getChildCount(); i++) {
        disableRecursive(vg.getChildAt(i), clickableViews);
      }
    }
  }

}

Ответ 2

Положите руку на нее из-за дополнительных фрагментов без гражданства, живущих где-то внутри вашего приложения. Я лично препятствовал бы сохранению экземпляра и позволял Android делать с ним все возможное, в то время как вы используете стандартный механизм для сохранения своего состояния (saveInstanceState, базы данных, классы/шаблоны высокого уровня, SharedPreferences и т.д.).

Лично у меня было много проблем при сохранении экземпляра фрагмента (обычно при повторном создании или повторной активации фрагментов через изменения конфигурации или выходе и повторном входе в приложение), в результате, как правило, на двух фрагментах, один из которых связан к взглядам, без гражданства, таким образом бесполезным; и "реальный", сохраняющий прежнее состояние без какой-либо связи с представлениями, следовательно, заканчивая исключениями и всякими причудами, которые вы не хотите иметь.

Начните с того, что вы не сохраните экземпляр и не увидите, что происходит.

Ответ 3

Вы можете использовать mHandler.removeCallbacksAndMessages(null) для меня во многих ситуациях.