NullPointerException в анимации dissapearence RecyclerView из поддержки v.23.2.0
В новом RecyclerView мы можем использовать wrap_content
для высоты (или для ширины). Исправлена ошибка Google - https://code.google.com/p/android/issues/detail?id=74772
Но не все в порядке.
Я пытаюсь использовать анимацию диссипации при удалении элемента из RecyclerView.
Поэтому я использую метод Adapter - notifyItemRemoved (int) с любым аргументом, а RecyclerView вызывает NullPointerException.
Код Xml:
...
<RecyclerView
android:id="@+id/RecyclerView"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:scrollbars="vertical"
android:overScrollMode="always"/>
...
Журналы:
E/AndroidRuntime: FATAL EXCEPTION: main
java.lang.NullPointerException
at android.support.v7.widget.SimpleItemAnimator.animateDisappearance(SimpleItemAnimator.java:78)
at android.support.v7.widget.RecyclerView.animateDisappearance(RecyclerView.java:3246)
at android.support.v7.widget.RecyclerView.access$700(RecyclerView.java:147)
at android.support.v7.widget.RecyclerView$4.processDisappeared(RecyclerView.java:422)
at android.support.v7.widget.ViewInfoStore.process(ViewInfoStore.java:231)
at android.support.v7.widget.RecyclerView.dispatchLayoutStep3(RecyclerView.java:3086)
at android.support.v7.widget.RecyclerView.dispatchLayout(RecyclerView.java:2914)
at android.support.v7.widget.RecyclerView.onLayout(RecyclerView.java:3277)
at android.view.View.layout(View.java:14015)
at android.view.ViewGroup.layout(ViewGroup.java:4373)
at android.widget.FrameLayout.onLayout(FrameLayout.java:448)
at android.view.View.layout(View.java:14015)
at android.view.ViewGroup.layout(ViewGroup.java:4373)
at android.widget.RelativeLayout.onLayout(RelativeLayout.java:1021)
at android.view.View.layout(View.java:14015)
at android.view.ViewGroup.layout(ViewGroup.java:4373)
at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1663)
at android.widget.LinearLayout.layoutVertical(LinearLayout.java:1521)
at android.widget.LinearLayout.onLayout(LinearLayout.java:1434)
at android.view.View.layout(View.java:14015)
at android.view.ViewGroup.layout(ViewGroup.java:4373)
at android.widget.FrameLayout.onLayout(FrameLayout.java:448)
at android.view.View.layout(View.java:14015)
at android.view.ViewGroup.layout(ViewGroup.java:4373)
at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1663)
at android.widget.LinearLayout.layoutVertical(LinearLayout.java:1521)
at android.widget.LinearLayout.onLayout(LinearLayout.java:1434)
at android.view.View.layout(View.java:14015)
at android.view.ViewGroup.layout(ViewGroup.java:4373)
at android.widget.FrameLayout.onLayout(FrameLayout.java:448)
at android.view.View.layout(View.java:14015)
at android.view.ViewGroup.layout(ViewGroup.java:4373)
at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1663)
at android.widget.LinearLayout.layoutVertical(LinearLayout.java:1521)
at android.widget.LinearLayout.onLayout(LinearLayout.java:1434)
at android.view.View.layout(View.java:14015)
at android.view.ViewGroup.layout(ViewGroup.java:4373)
at android.widget.FrameLayout.onLayout(FrameLayout.java:448)
at android.view.View.layout(View.java:14015)
at android.view.ViewGroup.layout(ViewGroup.java:4373)
at android.view.ViewRootImpl.performLayout(ViewRootImpl.java:1892)
at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:1711)
at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:989)
at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:4351)
at android.view.Choreographer$CallbackRecord.run(Choreographer.java:749)
at android.view.Choreographer.doCallbacks(Choreographer.java:562)
at android.view.Choreographer.doFrame(Choreographer.java:532)
at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:735)
at android.os.Handler.handleCallback(Handler.java:725)
at android.os.Handler.dispatchMessage(Handler.java:92)
at android.os.Looper.loop(Looper.java:137)
at android.app.ActivityThread.main(ActivityThread.java:5227)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:511)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:795)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:562)
at dalvik.system.NativeStart.main(Native Method)
Возможно, существуют временные обходные пути этой проблемы?
ИЗМЕНИТЬ
Я попытался воспроизвести в новом проекте. Поэтому никаких исключений не было. Возможно, в моем проекте есть другие зависимости, которые вызывают эту проблему.
Ответы
Ответ 1
У меня была точно такая же ошибка, как и проблема, поднятая в вопросе, и на самом деле подняла ошибку с Google для этого. После того, как я вникал в код рамки, я обнаружил, что могу решить проблему, изменив параметр HasFixedSize с FALSE на TRUE i.e "rv.setHasFixedSize(true)". Это в основном говорит RecyclerView, что изменение его содержимого не изменит размер RecyclerView, что позволит избежать полного макета. Я изначально установил этот ЛОЖЬ из-за неправильной интерпретации его значения. Это изменение устраняет ошибку для меня и является воспроизводимым решением.
Ответ 2
Google сделал несколько заявлений об использовании RecyclerView с версией 23.2 в Библиотеке поддержки.
Ссылка на сообщение в блоге (проверьте раздел RecyclerView): http://android-developers.blogspot.com.br/2016/02/android-support-library-232.html
Из-за этого изменения убедитесь, что вы дважды проверяете параметры макета ваших позиций: ранее игнорируемые параметры макета (такие как MATCH_PARENT в направлении прокрутки) теперь будут полностью соблюдены.
Я предлагаю вам попробовать изменить параметр RecyclerView layout_height
на match_parent
. Сообщите нам, если это работает.
Ответ 3
У меня точно такое же исключение. Это происходит, когда я добавляю представление к RecyclerView
, и это представление полностью выходит за границы RecyclerView
(пользователю нужно будет прокрутить, чтобы увидеть это новое добавленное представление).
Однако я заметил, что это исключение возникает только тогда, когда ширина или высота RecyclerView
равна wrap_content
или 0dp
с весом, установленным в 1 внутри a LinearLayout
... Если я задал ширину и высота до любого другого значения, кроме двух, т.е. 140dp
, match_parent
, тогда все работает нормально.
Итак, я попытался обмануть багги-фреймворк и найти решение для установки ширины моего RecyclerView
, чтобы оно было таким большим, что в моем LinearLayout
есть пространство, содержащее RecyclerView
(width: 0dp, weight: 1), поэтому я обернул RecyclerView
внутри другого LinearLayout
с весом, установленным в 1, и установил ширину RecyclerView
match_parent
, поэтому она становится такой же широкой, как родительский LinearLayout
может получить, а родительский LinearLayout
заполняет свободное пространство в другом родителе LinearLayout
. И вуаля, он отлично работает!
Я знаю, это звучит смешно, но так, как я это проработал...
Вот исходный код, если кому-то нужно понять, как обход этой ошибки...
<LinearLayout
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:layout_marginBottom="10dp"
android:gravity="center"
android:orientation="horizontal">
<LinearLayout
android:layout_width="0dp"
android:layout_weight="1"
android:layout_height="wrap_content"
android:orientation="horizontal">
<android.support.v7.widget.RecyclerView
android:id="@+id/pic_grid"
android:layout_width="match_parent"
android:layout_height="140dp"
android:background="#BBB"/>
</LinearLayout>
<Button
android:id="@+id/pic_button"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="@string/pic_button"/>
</LinearLayout>
Теперь размер RecyclerView
такой же широкий, как и свободное место в родительском LinearLayout
, которое также содержит одну кнопку справа от RecyclerView
, и никаких сбоев не происходит.
Если кто-нибудь узнает истинную причину такого исключения или лучший способ его исправить, пожалуйста, поделитесь...