Предотвращение/отлов IllegalArgumentException: параметр должен быть потомком этой ошибки представления

Хотя ответ Брюса действительно решает проблему, он делает это очень жестоким образом, что вредит UX, поскольку очищает фокус каждого представления, как только мы сделали прокрутку.

Он имеет дело с симптомом проблемы, но не устраняет фактическую причину.

как воспроизвести проблему:

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

Давайте сначала разберемся, почему возникает эта проблема:

ListView перерабатывает свои представления и использует их снова, как вы все знаете, но иногда ему не нужно использовать представление, которое сразу исчезло с экрана, поэтому он сохраняет его для будущего использования, и поскольку его больше не нужно показывать, он отсоединит его, в результате чего view.mParent будет нулевым. однако клавиатура должна знать, как передать ввод, и она делает это, выбирая сфокусированное представление или, если быть точным, EditText.

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

Используя прослушиватель прокрутки, мы создаем больше проблем.

Решение:

Нам нужно прослушать событие, которое сообщит нам, когда представление перешло в боковую кучу и больше не привязано, к счастью, ListView предоставляет это событие.

listView.setRecyclerListener(new AbsListView.RecyclerListener() {
        @Override
        public void onMovedToScrapHeap(View view) {
            if ( view.hasFocus()){
                view.clearFocus(); //we can put it inside the second if as well, but it makes sense to do it to all scraped views
                //Optional: also hide keyboard in that case
                if ( view instanceof EditText) {
                    InputMethodManager imm = (InputMethodManager) view.getContext().getSystemService(Context.INPUT_METHOD_SERVICE);
                    imm.hideSoftInputFromWindow(view.getWindowToken(), 0);
                }
            }
        }
    });

Мне жаль сообщать вам, я обнаружил, что мой предыдущий ответ не самый идеальный способ решить эту проблему.

Итак, я пробую это:
Добавьте ScrollListener к своей деятельности, когда listView начнет прокручиваться, очистите текущий фокус.

protected class MyScrollListener implements OnScrollListener {

        @Override
        public void onScroll(AbsListView view, int firstVisibleItem,
                int visibleItemCount, int totalItemCount) {
            // do nothing 
        }

        @Override
        public void onScrollStateChanged(AbsListView view, int scrollState) {
            if (SCROLL_STATE_TOUCH_SCROLL == scrollState) {
                View currentFocus = getCurrentFocus();
                if (currentFocus != null) {
                    currentFocus.clearFocus();
                }
            }
        }

    }

попробуй это

 @Override
public View getView(int position, View convertView, ViewGroup parent) {
    //abandon current focus
    View currentFocus = ((Activity)mContext).getCurrentFocus();
    if (currentFocus != null) {
        currentFocus.clearFocus();
    }

    // other code
}

ИЗМЕНИТЬ:

См. также: лучшее решение

Для чего бы это ни стоило (или кто-то наткнется на это), я отказался от подхода ListView для этого действия. Помимо случайных сбоев, почти невозможно правильно настроить поведение фокуса без установки windowSoftInputMode="adjustPan", который открывает кучу других червей. Вместо этого я просто выбрал «простой» ScrollView, и он отлично работает.

Я использовал ответ Брюса с небольшой корректировкой.

Мне нужно было adjustResize в моей деятельности вместо adjustpan, но когда я попробовал, ошибка возникла снова.
Я заменил ScrollView на <android.support.v4.widget.NestedScrollView, и теперь все работает нормально. Надеюсь, это поможет кому-то!

У меня есть самое простое, но не очень хорошее решение. Просто расширьте NestedScrollView и переопределите метод onSizeChanged, добавьте блок try catch.

public class FixFocusErrorNestedScrollView extends NestedScrollView {

    public FixFocusErrorNestedScrollView(@NonNull Context context, @Nullable AttributeSet attrs) {
        super(context, attrs);
    }

    @Override
    protected void onSizeChanged(int w, int h, int oldw, int oldh) {
        try {
            super.onSizeChanged(w, h, oldw, oldh);
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

В моем случае у меня есть представление двух слоев, верхний слой — listView, нижний — NestedScrollView. Ошибка возникает, когда я переключаю слой. Фокус принимает элемент ListeView (кнопка).

Поэтому я не могу заставить кнопку потерять фокус. Тогда лучшим решением будет расширение NestedScrollView.

Я столкнулся с той же проблемой и нашел это решение - в OnGroupCollapseListener/OnGroupExpandListener и OnScrollListener для ExpandableListView я очищаю фокус и скрываю принудительную клавиатуру. Также не забудьте установить в manifest для своей активности windowSoftInputMode="adjustPan":

    expListView.setOnGroupCollapseListener(new OnGroupCollapseListener() {

        @Override
        public void onGroupCollapse(int groupPosition) {
            InputMethodManager inputManager = (InputMethodManager) getApplicationContext().getSystemService(Context.INPUT_METHOD_SERVICE);
            if (getWindow().getCurrentFocus() != null) {
                inputManager.hideSoftInputFromWindow(getCurrentFocus().getWindowToken(), 0);
                getCurrentFocus().clearFocus();
            }
        }
    });

    expListView.setOnGroupExpandListener(new OnGroupExpandListener() {

        @Override
        public void onGroupExpand(int groupPosition) {
            InputMethodManager inputManager = (InputMethodManager) getApplicationContext().getSystemService(Context.INPUT_METHOD_SERVICE);
            if (getWindow().getCurrentFocus() != null) {
                inputManager.hideSoftInputFromWindow(getCurrentFocus().getWindowToken(), 0);
                getCurrentFocus().clearFocus();
            }
        }
    });

    expListView.setOnScrollListener(new OnScrollListener() {

        @Override
        public void onScrollStateChanged(AbsListView view, int scrollState) {
            InputMethodManager inputManager = (InputMethodManager) getApplicationContext().getSystemService(Context.INPUT_METHOD_SERVICE);
            if (getCurrentFocus() != null) {
                inputManager.hideSoftInputFromWindow(getCurrentFocus().getWindowToken(), 0);
                getCurrentFocus().clearFocus();
            }
        }

        @Override
        public void onScroll(AbsListView view, int firstVisibleItem, int visibleItemCount, int totalItemCount) {}

    });

Я не знаю точно нужен OnGroupExpandListener или нет, он может быть бесполезен.

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

expandableListView.setDescendantFocusability(ViewGroup.FOCUS_BEFORE_DESCENDANTS);

Я столкнулся с той же проблемой при использовании EditText в Recyclerview. После долгих усилий и попыток использовать другой вариант я обнаружил, что после удаления строки при открытии моей клавиатуры возникает эта проблема. Я решил это, принудительно закрыв клавиатуру и заменив notifyItemRemoved(position) на notifyDataSetChanged().

Я тоже столкнулся с этой проблемой, и решение от validcat помогло мне, но мне пришлось позвонить getWindow().getCurrentFocus().clearFocus().

Основываясь на ответе @Bruce, можно устранить ошибку с помощью recyclerview следующим образом:

@Override
public ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {

        View currentFocus = ((Activity)context).getCurrentFocus();
        if (currentFocus != null) {
            currentFocus.clearFocus();
        }
}

В моем случае это было связано с windowSoftInputMode="adjustPan", listView и editText в элементе списка (представление заголовка).

Чтобы исправить это, я вызываю метод скрытия программной клавиатуры до завершения действия.

public void hideKeyboard(Activity activity) {
    InputMethodManager inputMethodManager = (InputMethodManager) activity.getSystemService(Activity.INPUT_METHOD_SERVICE);
    View focusView = activity.getCurrentFocus();
    if (focusView != null) {
        inputMethodManager.hideSoftInputFromWindow(focusView.getWindowToken(), InputMethodManager.HIDE_NOT_ALWAYS);
    }
}

Если ни одно из предложенных здесь решений не подходит вам...

Я столкнулся с аналогичной ошибкой и заметил, что устройства моих пользователей сообщили об этом (после сбоя) без какого-либо четкого объяснения того, что ее вызвало (так же, как журнал, показанный в вопросе) - более конкретно, проблема возникла только на Samsung Устройства Galaxy (включая S6) (но не устройства Nexus или другие, поэтому мое тестирование изначально не выявило проблему). Итак, во-первых, стоит проверить, связана ли проблема с конкретным устройством или нет.

Позже я обнаружил, что при нажатии кнопки «Назад», когда виртуальная клавиатура Samsung отображалась в текстовом поле, приложение вылетало с ошибкой, но не всегда!

Действительно, текстовое поле, вызвавшее сбой, также отображалось в прокрутке с включенным fillViewPort="true".

Я обнаружил, что удаление опции fillViewPort из прокрутки не будет конфликтовать с отображением/скрытием клавиатуры Samsung. Я подозреваю, что проблема отчасти связана с тем, что клавиатуры Samsung — это виртуальные клавиатуры, отличные от стандартных клавиатур Nexus, поэтому только часть моих пользователей сталкивалась с проблемой, и она зависала только на их устройствах.

Как правило, и если ни одно из других предложенных здесь решений не применимо к вам, я бы проверил, связана ли проблема с конкретным устройством, а также попытался упростить представление, над которым я работаю, пока не найду «виновный компонент» (компонент и представление, о котором, должен добавить, не сообщалось в журналах сбоев, поэтому я случайно наткнулся на конкретное представление, вызвавшее проблему!).

Извините, я не могу быть более конкретным, но я надеюсь, что это даст некоторые указания для дальнейшего исследования, если у кого-то возникнет похожая, но необъяснимая проблема.

Мой ответ связан с большинством ответов здесь, но я просто хотел добавить, что в моем случае этот сбой произошел из-за удаления строки с текстом редактирования, который в данный момент был в фокусе.

Итак, все, что я сделал, это переопределил метод удаления адаптера и запросил, содержит ли удаленная строка текущее редактирование фокуса, и если да, то очистить фокус.

Это решило это для меня.

Я использую RecyclerView, и ни одно из представленных решений не сработало. Я получил ошибку при удалении элементов.

Что действительно сработало, так это переопределение адаптера «onItemDismiss (int position)», чтобы он сначала выполнял «notifyDataSetChanged ()» до удаления элемента, а затем выполнял «notifyItemRemoved (position)» после удаления элемента. Как это:

// Adapter code
@Override
public void onItemDismiss(int position) {
    if (position >= 0 && getTheList() != null && getTheList().size() > position) {
        notifyDataSetChanged();  // <--- this fixed it.
        getTheList().remove(position);
        scrollToPosition(position);
        notifyItemRemoved(position);
    }
}

Также выполните переопределение «removeAt (int position)» в TabFragment, чтобы вызвать новый код очистки, например:

// TabFragment code
@Override
public void removeAt(int position) {
    mAdapter.onItemDismiss(position);
    mAdapter.notifyItemRemoved(position); // <--- I put an extra notify here too
}

Я заменил ScrollView на ‹android.support.v4.widget.NestedScrollView, и теперь он работает нормально.