Jestem nieco mylić o rolach forceLayout(), requestLayout()i invalidate()metod Viewklasy.

Kiedy oni zostaną wezwani?

Aby lepiej zrozumieć odpowiedzi udzielone przez François BOURLIEUX i Dalvik , proponuję rzucić okiem na ten niesamowity schemat cyklu życia widoku autorstwa Arpit Mathur :

invalidate()

Wywoływanie invalidate()odbywa się, gdy chcesz zaplanować przerysowanie widoku. Spowoduje to, że onDrawzostanie ostatecznie wywołany (wkrótce, ale nie natychmiast). Przykładem wywołania widoku niestandardowego jest zmiana właściwości koloru tekstu lub tła.

Widok zostanie przerysowany, ale rozmiar się nie zmieni.

requestLayout()

Jeśli coś w twoim widoku zmieni się, co wpłynie na rozmiar, powinieneś zadzwonić requestLayout(). Spowoduje to onMeasure, a onLayoutnie tylko dla tego widoku, ale aż do góry linii do poglądów dominujących.

Wywołanie requestLayout()jest nie gwarantują wyniku wonDraw (w przeciwieństwie do tego, co schemat w przyjętym odpowiedź wskazuje), więc to jest zwykle połączone z invalidate().

invalidate();
requestLayout();

Przykładem tego jest zmiana właściwości tekstowej etykiety niestandardowej. Etykieta zmieniłaby rozmiar, w związku z czym należy ją poprawić i przerysować.

forceLayout()

Kiedy istnieje requestLayout()nadrzędna grupa widoków, nie trzeba ponownie oceniać i przekazywać jej widoków potomnych. Jeśli jednak dziecko powinno zostać włączone do ponownej oceny i przekazania, możesz je wezwać forceLayout(). forceLayout()działa tylko na dziecko, jeśli występuje w połączeniu z requestLayout()jego bezpośrednim rodzicem. Wywołanie forceLayout()sam będzie miał żadnego wpływu, ponieważ nie wyzwolić requestLayout()się widoku drzewa.

Przeczytaj te pytania i odpowiedzi, aby uzyskać bardziej szczegółowy opis forceLayout().

Dalsze badanie

• Tworzenie klasy widoku: Dodaj właściwości i zdarzenia (pomocne dokumenty)
• Zobacz dokumentację
• View kod źródłowy

Tutaj znajdziesz odpowiedź: http://developer.android.com/guide/topics/ui/how-android-draws.html

Dla mnie wezwanie do invalidate()odświeżenia widoku i wezwanie do requestLayout()odświeżenia widoku i obliczenia rozmiaru widoku na ekranie.

użyjesz validate () w widoku, który chcesz przerysować, spowoduje to wywołanie jego onDraw (Canvas c), a requestLayout () spowoduje ponowne uruchomienie renderowania całego układu (faza pomiaru i faza pozycjonowania). Powinieneś go użyć, jeśli zmieniasz rozmiar widoku potomnego w środowisku wykonawczym, ale tylko w szczególnych przypadkach, takich jak ograniczenia z widoku rodzica (rozumiem przez to, że wysokość lub szerokość rodzica są WRAP_CONTENT i dlatego dopasuj zmierz dzieci, zanim będą mogły je ponownie owinąć)

Ta odpowiedź jest nieprawidłowa forceLayout().

Jak widać w kodzieforceLayout() , zaznacza on widok jako „potrzebuje przekaźnika”, ale nie planuje ani nie wyzwala tego przekaźnika. Przekazywanie nastąpi dopiero w pewnym momencie, w którym rodzic widoku został ustanowiony z innego powodu.

Istnieje również znacznie większy problem podczas używania forceLayout()i requestLayout():

Powiedzmy, że wywołałeś forceLayout()widok. Teraz, gdy wzywamy requestLayout()potomka tego widoku, Android będzie rekurencyjnie wzywał requestLayout()przodków tego potomka. Problem polega na tym, że zatrzyma rekurencję w widoku, do którego zadzwoniłeś forceLayout(). Tak więc requestLayout()połączenie nigdy nie osiągnie katalogu głównego widoku, a zatem nigdy nie planuje przejścia układu. Całe poddrzewo hierarchii widoku czeka na układ, a wywołanie requestLayout()dowolnego widoku tego poddrzewa nie spowoduje układu. Tylko wywołanie requestLayout()dowolnego widoku poza tym poddrzewem złamie czar.

Zastanowiłbym się nad implementacją forceLayout()(i jak to wpływa requestLayout()na uszkodzenie i nigdy nie powinieneś używać tej funkcji w swoim kodzie).

invalidate()---> onDraw()z wątku interfejsu użytkownika

postInvalidate()---> onDraw()z wątku w tle

requestLayout()---> onMeasure()i onLayout()I niekoniecznie onDraw()

• WAŻNE : Wywołanie tej metody nie wpływa na dziecko klasy wywoływanej.

forceLayout()---> onMeasure()i onLayout() JEŚLI JEŚLI bezpośredni rodzic zadzwonił requestLayout().