사용자 정의 목록 어댑터에서 관찰했듯이 getView 메소드는 각 행은 겉으로는 무계획적인 방식으로 수행되는 것 같습니다. 이 동작은 혼란스러울 수 있지만 실제로 Android 설계에는 문제가 되지 않습니다.
getView는 표시되는 행에 대해서만 호출되어야 한다는 일반적인 믿음에도 불구하고 사실은 그렇지 않습니다. ListView 항목은 목록을 스크롤할 때 재활용 및 재사용됩니다. 이러한 재활용을 용이하게 하기 위해 ListView는 곧 표시될 행에 대한 뷰를 사전 측정하고 캐시합니다. 이 사전 측정 프로세스에서는 뷰의 크기를 결정하기 위해 getView에 대한 여러 호출이 필요합니다.
getView 호출에서 인지된 순서 부족은 다음의 부작용이기도 합니다. 재활용. 행이 보기 밖으로 스크롤되면 관련 보기가 캐시에서 제거되고 곧 표시될 보기에 재사용됩니다. 이는 getView 호출 순서가 사용자의 스크롤 동작에 따라 달라질 수 있음을 의미합니다.
귀하의 경우에는 ListView에 Wrap_content 높이를 제공했습니다. 이렇게 하면 ListView가 레이아웃 시 여러 하위 항목을 측정하여 자체 높이를 결정하게 됩니다. 결과적으로 ListView는 스크롤을 시작하기도 전에 해당 하위 항목에 대한 캐시 뷰를 생성합니다.
ListView의 재활용 메커니즘은 부드러운 스크롤 성능을 유지하는 데 필수적입니다. getView 호출의 순서와 횟수가 불규칙해 보일 수 있지만 이는 이 메커니즘의 자연스러운 부산물이며 오류나 버그가 아닙니다.
위 내용은 내 Android ListView의 getView() 메서드가 무작위 순서로 여러 번 호출되는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!