2010-06-10 21 views
5

Naprawdę mam nadzieję, że ktoś może mi pomóc z tym. Utknąłem na tym na zawsze. Od czasu do czasu, gdy ktoś korzysta z mojego app, to będzie zmuszać blisko z tego wyjątku:ArrayAdapter i ListView - ArrayIndexOutOfBoundsException

java.lang.ArrayIndexOutOfBoundsException 
    at android.widget.AbsListView$RecycleBin.addScrapView(AbsListView.java:3572) 
    at android.widget.AbsListView.trackMotionScroll(AbsListView.java:2487) 
    at android.widget.AbsListView.onTouchEvent(AbsListView.java:2001) 
    at android.widget.ListView.onTouchEvent(ListView.java:3234) 
    at android.view.View.dispatchTouchEvent(View.java:3709) 
    at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:874) 
    at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:924) 
    at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:924) 
    at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:924) 
    at com.android.internal.policy.impl.PhoneWindow$DecorView.superDispatchTouchEvent(PhoneWindow.java:1695) 
    at com.android.internal.policy.impl.PhoneWindow.superDispatchTouchEvent(PhoneWindow.java:1116) 
    at android.app.Activity.dispatchTouchEvent(Activity.java:2068) 
    at com.android.internal.policy.impl.PhoneWindow$DecorView.dispatchTouchEvent(PhoneWindow.java:1679) 
    at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:924) 
    at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:924) 
    at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:924) 
    at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:924) 
    at android.view.ViewGroup.dispatchTouchEvent(ViewGroup.java:924) 
    at com.android.internal.policy.impl.PhoneWindow$DecorView.superDispatchTouchEvent(PhoneWindow.java:1695) 
    at com.android.internal.policy.impl.PhoneWindow.superDispatchTouchEvent(PhoneWindow.java:1116) 
    at android.app.Activity.dispatchTouchEvent(Activity.java:2068) 
    at com.android.internal.policy.impl.PhoneWindow$DecorView.dispatchTouchEvent(PhoneWindow.java:1679) 
    at android.view.ViewRoot.handleMessage(ViewRoot.java:1697) 
    at android.os.Handler.dispatchMessage(Handler.java:99) 
    at android.os.Looper.loop(Looper.java:123) 
    at android.app.ActivityThread.main(ActivityThread.java:4568) 
    at java.lang.reflect.Method.invokeNative(Native Method) 
    at java.lang.reflect.Method.invoke(Method.java:521) 
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:860) 
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:618) 
    at dalvik.system.NativeStart.main(Native Method) 

Jednak nie mogę zrozumieć dlaczego. Jest względnie rzadki, niemożliwy do odtworzenia, a stacktrace jest całkowicie nieprzydatny, ponieważ nie zawiera żadnego z mojego kodu.

Czy to błąd w samym systemie Android?

+0

Prawdopodobnie nie. Opublikuj kod adaptera ListView. Czy adapter zawiera kolekcję, którą możesz modyfikować w innym miejscu w aplikacji? –

Odpowiedz

11

Jakiej wersji Androida używasz? Z tego co mogę powiedzieć, że Adapter zwraca nieprawidłową liczbę z getViewTypeCount() (lub dynamicznie zmieniasz licznik typu widoku, co jest dużym błędem).

+0

Nie jestem pewien, z której wersji pochodzi ten wyjątek, ale zdarzyło mi się, że przydarzyło mi się to w wersji 2.1. W ogóle nie nadpisuję metody getViewTypeCount() lub getItemViewType(), więc nie jestem pewien, jak to się mogło stać – synic

+0

Właściwie się myliłem. Jestem idiotą. Nadpisałem je i zwróciłem nieprawidłową liczbę wyświetleń. Dzięki – synic

+1

@synic: Nie jesteś jedyny, który to zrobił ...... * argh! – Bondax

5

Oprócz tego, co powiedział Romain, ważne jest, aby największy typ widoku jest mniejszy niż liczba typów widoku.

miałem dwa typy zdefiniowane widoku (na co kiedykolwiek powodu) z 1 i 2 i wrócił 2 w getViewTypeCount() który dał mi ten sam wyjątek jak wyżej. Ponowne indeksowanie typów do 0 i 1 rozwiązało problem.

+0

Jesteś ratownikiem! Nie miałem pojęcia, że ​​indeks używany do stałych, ponieważ typ widoku może to spowodować. – ebernie

Powiązane problemy