Runnable jest wysłana pomyślnie, ale nie uruchamiać

Question

W istniejącym projekcie Android Napotkałem następujący fragment kodu (gdzie włożeniu śmieci debugowania)

ImageView img = null; 

public void onCreate(...) { 

    img = (ImageView)findViewById(R.id.image); 

    new Thread() { 
     public void run() { 
      final Bitmap bmp = BitmapFactory.decodeFile("/sdcard/someImage.jpg"); 
      System.out.println("bitmap: "+bmp.toString()+" img: "+img.toString()); 
      if (!img.post(new Runnable() { 
       public void run() { 
        System.out.println("setting bitmap..."); 
        img.setImageBitmap(bmp); 
        System.out.println("bitmap set."); 
       } 
      })) System.out.println("Runnable won't run!"); 
      System.out.println("runnable posted"); 
     } 
    }.start(); 

nowego do rozwoju Android i zebrana wokół google, ja zrozum, że jest to sposób na robienie rzeczy bez blokowania głównego wątku (UI), przy jednoczesnym ustawianiu obrazu w wątku UI po dekodowaniu. (at least according to android-developers) (który został zweryfikowany przez zalogowaniu Thread.currentThread().getName() w różnych miejscach)

Teraz czasami obraz po prostu nie pojawi się, a stdout tylko mówi

I/System.out(8066): bitmap: android.graphics.Bitmap@432f3ee8 img: android.widget.ImageView@4339d698 
I/System.out(8066): runnable posted 

z nie śladu wiadomości z Runnable. Wygląda więc na to, że Runnable nie ma wartości run(), chociaż img.post() zwraca . Wywołanie ImageView w onCreate() i zadeklarowanie go jako final nie pomoże.

Nie mam pojęcia. Samo ustawienie bitmapy bezpośrednio, podczas blokowania wątku UI, naprawia pewne rzeczy, ale chcę wszystko naprawić. Czy ktoś rozumie, co tu się dzieje?

(ps. To wszystko było zaobserwować na Android 1.6 telefonu i Android-3 SDK)

Answer 1

Jeśli spojrzeć na docs dla View.post istnieją pewne istotne informacje:

metoda ta może być wywołana z zewnątrz UI wątku tylko wtedy, gdy ten widok jest dołączony do okna.

Ponieważ robisz to na onCreate, to jest prawdopodobne, że Czasami View nie zostaną dołączone do okna jeszcze. Możesz to sprawdzić, przesyłając onAttachedToWindow i umieszczając coś w dziennikach, a także rejestrując się po opublikowaniu. Zobaczysz, że gdy post nie powiedzie się, połączenie będzie miało miejsce przed onAttachedToWindow.

Jak wspomnieli inni, można użyć Activity.runOnUiThread lub podać własny przewodnik. Jednakże, jeśli chcesz zrobić to bezpośrednio z samego View, można po prostu dostać obsługi View „s

view.getHandler().post(...); 

Jest to szczególnie przydatne, jeśli masz własny widok, który zawiera jakieś tło załadunku. Dodatkową korzyścią jest to, że nie trzeba tworzyć nowego oddzielnego programu obsługi.

Answer 2

Myślę, że problem jest aktualizowania UI (ImageView) z osobnym wątku, który nie jest UI wątku . Interfejs użytkownika może być aktualizowany tylko przez wątek interfejsu użytkownika.

Problem ten można rozwiązać za pomocą Handler:

Handler uiHandler; 

public void onCreate(){ 
    ... 
    uiHandler = new Handler(); // This makes the handler attached to UI Thread 
    ... 
} 

Następnie wymienić:

if (!img.post(new Runnable() { 

z

uiHandler.post(new Runnable() { 

aby upewnić się, że ImageView jest aktualizowana w UI wątek.

Handler jest dość mylące pojęcie, ja również wziął godzin badań, aby naprawdę zrozumieć ten temat;)

Answer 3

nie widzę niczego złego w co oczywiście tam masz; wywołanie metody View.post() powinno spowodować jej uruchomienie w wątku interfejsu użytkownika. Jeśli Twoja Aktywność zniknie (być może poprzez obrót ekranu), Twój ImageView nie będzie aktualizowany, ale nadal oczekiwałbym, że wpis w logu powie "ustawianie mapy bitowej ...", nawet jeśli nie możesz tego zobaczyć.

Proponuję próbuje następujących i zobaczyć, czy to robi różnicę:

1) Wykorzystanie Log.d (średnia rejestratora Android) raczej System.out

2) zdać Runnable do działania. runOnUiThread() zamiast View.post()

Answer 4

Miałem ten sam problem i użycie metody view.getHandler() również nie powiodło się, ponieważ program obsługi nie był obecny. runOnUiThread() rozwiązał problem. Prawdopodobnie robi to kolejkę do czasu, aż interfejs będzie gotowy.

Powodem dla mnie było wywołanie zadania ładowania ikon w klasie bazowej, a wynik został zwrócony tak szybko, że główna klasa nie utworzyła widoku (getView() w fragmencie).

Jestem trochę podejrzany, że może czasem zawodzić. Ale teraz jestem na to gotowy! Dzięki chłopaki.

Answer 5

Rozszerzyłem klasę ImageView, aby rozwiązać ten problem. Zbieram runnables przekazane do opublikowania, natomiast widok nie jest dołączony do okna, a w onAttachedToWindow po zebraniu działającym.

public class ImageView extends android.widget.ImageView 
{ 
    List<Runnable> postQueue = new ArrayList<Runnable>(); 
    boolean attached; 

    public ImageView(Context context) 
    { 
     super(context); 
    } 

    public ImageView(Context context, AttributeSet attrs) 
    { 
     super(context, attrs); 
    } 

    public ImageView(Context context, AttributeSet attrs, int defStyle) 
    { 
     super(context, attrs, defStyle); 
    } 

    @Override 
    protected void onAttachedToWindow() 
    { 
     super.onAttachedToWindow(); 

     attached = true; 

     for (Iterator<Runnable> posts = postQueue.iterator(); posts.hasNext();) 
     { 
      super.post(posts.next()); 
      posts.remove(); 
     } 
    } 

    @Override 
    protected void onDetachedFromWindow() 
    { 
     attached = false; 
     super.onDetachedFromWindow(); 
    } 

    @Override 
    public boolean post(Runnable action) 
    { 
     if (attached) return super.post(action); 
     else postQueue.add(action); 
     return true; 
    } 
} 

Answer 6

Użyj następującego kodu, można pisać kod do MainThread zawsze i wszędzie, ale nie zależy od żadnego Context lub Activity. Które mogą zapobiec view.getHandler() awarii lub żmudnych onAttachedToWindow() spożywczych itp

new Handler(Looper.getMainLooper()).post(new Runnable() { 
     @Override 
     public void run() { 
      //TODO 
     } 
    });