Comprendre RecyclerView setHasFixedSize

J'ai du mal à comprendre setHasFixedSize(). Je sais qu'il est utilisé pour l'optimisation lorsque la taille de RecyclerViewne change pas, d'après les documents.

Mais qu'est-ce que cela signifie? Dans la plupart des cas, un a ListViewpresque toujours une taille fixe. Dans quels cas ne serait-ce pas une taille fixe? Cela signifie-t-il que l'immobilier réel qu'il occupe à l'écran grandit avec le contenu?

Une version très simplifiée de RecyclerView a:

void onItemsInsertedOrRemoved() {
   if (hasFixedSize) layoutChildren();
   else requestLayout();
}

Ce lien explique pourquoi les appels requestLayoutpeuvent être coûteux. Fondamentalement, chaque fois que des éléments sont insérés, déplacés ou supprimés, la taille (largeur et hauteur) de RecyclerView peut changer et, à son tour, la taille de toute autre vue dans la hiérarchie des vues peut changer. Ceci est particulièrement gênant si des éléments sont ajoutés ou supprimés fréquemment.

Évitez les passes de mise en page inutiles en définissant setHasFixedSizesur true lorsque la modification du contenu de l'adaptateur ne modifie ni sa hauteur ni sa largeur.

Mise à jour: Le JavaDoc a été mis à jour pour mieux décrire ce que fait réellement la méthode.

RecyclerView peut effectuer plusieurs optimisations s'il sait à l'avance que la taille de RecyclerView n'est pas affectée par le contenu de l'adaptateur. RecyclerView peut toujours modifier sa taille en fonction d'autres facteurs (par exemple, la taille de son parent) mais ce calcul de taille ne peut pas dépendre de la taille de ses enfants ou du contenu de son adaptateur (à l'exception du nombre d'éléments dans l'adaptateur).

Si votre utilisation de RecyclerView entre dans cette catégorie, définissez-la sur {@code true}. Cela permettra à RecyclerView d'éviter d'invalider la mise en page entière lorsque le contenu de son adaptateur change.

@param hasFixedSize true si les modifications de l'adaptateur ne peuvent pas affecter la taille de RecyclerView.

Peut confirmer setHasFixedSizeconcerne le RecyclerView lui-même, et non la taille de chaque élément qui lui est adapté.

Vous pouvez maintenant utiliser android:layout_height="wrap_content"sur un RecyclerView, qui, entre autres, permet à un CollapsingToolbarLayout de savoir qu'il ne doit pas se réduire lorsque le RecyclerView est vide. Cela ne fonctionne que lorsque vous utilisez setHasFixedSize(false)sur le RecylcerView.

Si vous utilisez setHasFixedSize(true)sur le RecyclerView, ce comportement pour empêcher le CollapsingToolbarLayout de se réduire ne fonctionne pas, même si le RecyclerView est effectivement vide.

Si setHasFixedSizeétait lié à la taille des éléments, cela ne devrait avoir aucun effet lorsque RecyclerView ne contient aucun élément.

Le ListView avait une fonction nommée similaire qui, je pense, reflétait des informations sur la taille des hauteurs individuelles des éléments de liste. La documentation de RecyclerView indique clairement qu'il fait référence à la taille du RecyclerView lui-même, et non à la taille de ses éléments.

À partir du commentaire source de RecyclerView au-dessus de la méthode setHasFixedSize ():

 * RecyclerView can perform several optimizations if it can know in advance that changes in
 * adapter content cannot change the size of the RecyclerView itself.
 * If your use of RecyclerView falls into this category, set this to true.

Wen nous avons mis setHasFixedSize(true)sur RecyclerViewce que les moyens de taille recycleur est fixe et n'est pas affectée par le contenu de l' adaptateur. Et dans ce cas, il onLayoutn'est pas appelé sur recycleur lorsque nous mettons à jour les données de l'adaptateur (mais il y a une exception).

Passons à l'exemple:

RecyclerViewa une RecyclerViewDataObserver( trouver l'implemntation par défaut dans ce fichier ) avec plusieurs méthodes, la principale importante est:

void triggerUpdateProcessor() {
    if (POST_UPDATES_ON_ANIMATION && mHasFixedSize && mIsAttached) {
        ViewCompat.postOnAnimation(RecyclerView.this, mUpdateChildViewsRunnable);
    } else {
        mAdapterUpdateDuringMeasure = true;
        requestLayout();
    }
}

Cette méthode est appelée si nous fixons setHasFixedSize(true)et mettre à jour les données d'un adaptateur via: notifyItemRangeChanged, notifyItemRangeInserted, notifyItemRangeRemoved or notifyItemRangeMoved. Dans ce cas, il n'y a pas d'appels au recycleur onLayout, mais il y a des appels à requestLayoutpour mettre à jour les enfants.

Mais si nous définissons setHasFixedSize(true)et mettons à jour les données d'un adaptateur via, notifyItemChangedil y a un appel à onChangela valeur par défaut du recycleur RecyclerViewDataObserveret aucun appel à triggerUpdateProcessor. Dans ce cas, le recycleur onLayoutest appelé chaque fois que nous définissons setHasFixedSize trueou false.

// no calls to triggerUpdateProcessor
@Override
public void onChanged() {
    assertNotInLayoutOrScroll(null);
     mState.mStructureChanged = true;

     processDataSetCompletelyChanged(true);
     if (!mAdapterHelper.hasPendingUpdates()) {
         requestLayout();
     }
}

// calls to triggerUpdateProcessor
@Override
public void onItemRangeChanged(int positionStart, int itemCount, Object payload) {
    assertNotInLayoutOrScroll(null);
    if (mAdapterHelper.onItemRangeChanged(positionStart, itemCount, payload)) {
        triggerUpdateProcessor();
    }
}

Comment vérifier par vous-même:

Créer une personnalisation RecyclerViewet remplacer:

override fun requestLayout() {
    Log.d("CustomRecycler", "requestLayout is called")
    super.requestLayout()
}

override fun invalidate() {
    Log.d("CustomRecycler", "invalidate is called")
    super.invalidate()
}

override fun onLayout(changed: Boolean, l: Int, t: Int, r: Int, b: Int) {
    Log.d("CustomRecycler", "onLayout is called")
    super.onLayout(changed, l, t, r, b)
}

Définissez la taille du recycleur sur match_parent(en xml). Essayez de mettre à jour les données de l'adaptateur en utilisant replaceDataet replaceOne avec la configuration setHasFixedSize(true), puis false.

// onLayout is called every time
fun replaceAll(data: List<String>) {
    dataSet.clear()
    dataSet.addAll(data)
    this.notifyDataSetChanged()
}

// onLayout is called only for setHasFixedSize(false)
fun replaceOne(data: List<String>) {
    dataSet.removeAt(0)
    dataSet.addAll(0, data[0])
    this.notifyItemChanged(0)
}

Et vérifiez votre journal.

Mon journal:

// for replaceAll
D/CustomRecycler: requestLayout is called
D/CustomRecycler: onMeasure is called
D/CustomRecycler: onMeasure is called
D/CustomRecycler: onLayout
D/CustomRecycler: requestLayout is called
D/CustomRecycler: requestLayout is called
D/CustomRecycler: onDraw is called

// for replaceOne
D/CustomRecycler: requestLayout is called
D/CustomRecycler: onDraw is called
D/CustomRecycler: requestLayout is called
D/CustomRecycler: onDraw is called

Résumer:

Si nous définissons setHasFixedSize(true)et mettons à jour les données de l'adaptateur en notifiant un observateur d'une autre manière que l'appel notifyDataSetChanged, alors vous avez des performances, car il n'y a pas d'appels à la onLayoutméthode de recyclage .

Si nous avons un RecyclerViewavec match_parentcomme hauteur / largeur , nous devons ajouter setHasFixedSize(true)car la taille de RecyclerViewlui-même ne change pas l'insertion ou la suppression d'éléments.

setHasFixedSize doit être false si nous avons un RecyclerView avec wrap_contentcomme hauteur / largeur puisque chaque élément inséré par l'adaptateur pourrait changer la taille du en Recyclerfonction des éléments insérés / supprimés, donc, la taille du Recyclersera différente à chaque fois que nous ajoutons / supprimons articles.

Pour être plus clair, si nous utilisons

<android.support.v7.widget.RecyclerView
    android:id="@+id/my_recycler_view"
    android:scrollbars="vertical"
    android:layout_width="match_parent"
    android:layout_height="match_parent"/>

On peut utiliser my_recycler_view.setHasFixedSize(true)

<android.support.v7.widget.RecyclerView
        android:id="@+id/my_recycler_view"
        android:scrollbars="vertical"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"/>

Nous devrions utiliser my_recycler_view.setHasFixedSize(false), cela s'applique si nous utilisons également wrap_contentcomme largeur

setHasFixedSize (true) signifie que RecyclerView a des enfants (éléments) qui ont une largeur et une hauteur fixes. Cela permet au RecyclerView de mieux optimiser en déterminant la hauteur et la largeur exactes de la liste entière en fonction de votre adaptateur.

Cela affecte les animations de la vue de recyclage, si c'est false.. les animations d'insertion et de suppression ne s'afficheront pas. alors assurez-vous que c'est trueau cas où vous avez ajouté une animation pour la vue de recyclage.

Si la taille du RecyclerView (le RecyclerView lui-même)

... ne dépend pas du contenu de l'adaptateur:

mRecyclerView.setHasFixedSize(true);

... dépend du contenu de l'adaptateur:

mRecyclerView.setHasFixedSize(false);