Apa sebenarnya yang dilakukan metode posting?

Saya menemukan fitur yang sangat aneh.

Saat saya mencoba menjalankan animasi di utas utama, animasi tidak dimulai. Ketika saya menjalankan animasi tersebut menggunakan

getView().post(new Runnable() {
            @Override
            public void run() {
                getView().startAnimation(a);
            }
        });

Itu dimulai.

Saya telah mencetak CurrentThreadsebelum memulai animasi dan keduanya mencetak main.

Jelas, saya melewatkan sesuatu di sini, karena keduanya harus memulai animasi di utas utama ... Dugaan saya adalah bahwa saat pos menambahkan tugas ke antrean, ini dimulai pada "waktu yang tepat", tetapi saya ingin tahu apa yang terjadi di sini secara lebih mendalam.

EDIT: Biarkan saya menjelaskan semuanya - pertanyaan saya adalah, mengapa memulai animasi pada posting menyebabkannya dimulai, ketika memulai animasi di utas utama tidak.

post : post menyebabkan Runnable ditambahkan ke antrian pesan,

Runnable: Merupakan perintah yang dapat dijalankan. Sering digunakan untuk menjalankan kode di Thread yang berbeda.

run () : Mulai menjalankan bagian aktif dari kode kelas. Metode ini dipanggil saat utas dimulai yang telah dibuat dengan kelas yang mengimplementasikan Runnable.

getView().post(new Runnable() {

         @Override
         public void run() {
             getView().startAnimation(a);
         }
     });

kode :getView().startAnimation(a);

dalam kode Anda,

posting menyebabkan Runnable ( kode akan dijalankan di utas yang berbeda) untuk menambahkan antrian pesan.

Jadi startAnimation akan diaktifkan di utas baru saat diambil dari messageQueue

[EDIT 1]

Mengapa kami menggunakan utas baru, bukan utas UI (utas utama)?

Benang UI:

• Saat aplikasi dimulai, Ui Thread dibuat secara otomatis

• itu bertanggung jawab untuk mengirimkan acara ke widget yang sesuai dan ini termasuk acara menggambar.

• Ini juga merupakan utas tempat Anda berinteraksi dengan widget Android

Misalnya, jika Anda menyentuh tombol a di layar, untaian UI mengirimkan peristiwa sentuh ke widget yang pada gilirannya menyetel status tertekannya dan memposting permintaan yang tidak valid ke antrean peristiwa. Rangkaian UI menghentikan permintaan dan memberi tahu widget untuk menggambar ulang sendiri.

Apa yang terjadi jika pengguna menekan tombol yang akan melakukan longOperation?

((Button)findViewById(R.id.Button1)).setOnClickListener(           
             new OnClickListener() {        
        @Override
    public void onClick(View v) {
            final Bitmap b = loadImageFromNetwork();
            mImageView.setImageBitmap(b);
}
});

UI membeku. Program bahkan mungkin macet.

public void onClick(View v) {
  new Thread(new Runnable() {
    public void run() {
        final Bitmap b = loadImageFromNetwork();
        mImageView.setImageBitmap(b);
    }
  }).start();
}

Ini melanggar aturan android yang tidak pernah mengupdate UI langsung dari thread pekerja

Android menawarkan beberapa cara untuk mengakses thread UI dari thread lain.

• Activity.runOnUiThread (Runnable)
• View.post (Dapat Dijalankan)
• View.postDelayed (Dapat dijalankan, panjang)
• Penangan

Seperti di bawah ini,

View.post (Dapat Dijalankan)

public void onClick(View v) {
  new Thread(new Runnable() {
    public void run() {
      final Bitmap b = loadImageFromNetwork();
      mImageView.post(new Runnable() {
        public void run() {
          mImageView.setImageBitmap(b);
        }
      });
    }
  }).start();
}

Penangan

final Handler myHandler = new Handler(Looper.getMainLooper());

(new Thread(new Runnable() {

    @Override
    public void run() {
       final Bitmap b = loadImageFromNetwork();
      myHandler.post(new Runnable() {                           

        @Override
        public void run() {
           mImageView.setImageBitmap(b);
          }
        });
      }
    })).start();                
}

Untuk info lebih lanjut

http://android-developers.blogspot.com/2009/05/painless-threading.html

http://www.aviyehuda.com/blog/2010/12/20/android-multithreading-in-a-ui-environment/

Apakah ini dilakukan di onCreate atau onCreateView? Jika demikian, aplikasi mungkin tidak dalam keadaan di mana View dilampirkan ke jendela. Banyak algoritme yang didasarkan pada metrik Tampilan mungkin tidak berfungsi karena hal-hal seperti pengukuran dan posisi Tampilan mungkin belum dihitung. Animasi Android biasanya membutuhkannya untuk dijalankan melalui matematika UI

View.post sebenarnya mengantrekan animasi pada loop pesan View, jadi setelah tampilan dilampirkan ke jendela, ia mengeksekusi animasi alih-alih menjalankannya secara manual.

Anda sebenarnya menjalankan sesuatu di thread UI, tetapi pada waktu yang berbeda

Lihat di sini untuk jawaban yang bagus. view.post () hampir sama dengan handler.post (). Ini masuk ke antrean utas utama dan dijalankan setelah tugas tertunda lainnya selesai. Jika Anda memanggil activity.runOnUiThread (), itu akan segera dipanggil di UI thread.

Masalah yang saya pikir bisa menjadi metode siklus hidup di mana Anda memanggil metode post (). Apakah Anda melakukannya di onCreate ()? jika demikian, lihat apa yang saya temukan di dokumentasi onResume () aktivitas:

onResume ()

Ditambahkan dalam API level 1 void onResume () Dipanggil setelah onRestoreInstanceState (Bundle), onRestart (), atau onPause (), agar aktivitas Anda mulai berinteraksi dengan pengguna. Ini adalah tempat yang baik untuk memulai animasi , membuka perangkat dengan akses eksklusif (seperti kamera), dll.

https://developer.android.com/reference/android/app/Activity.html#onResume ()

Jadi, seperti yang dikatakan Joe Plante, mungkin tampilan belum siap untuk memulai animasi saat Anda memanggil post (), jadi coba pindahkan ke onResume ().

PD: Sebenarnya jika Anda memindahkan kode ke onResume () maka saya pikir Anda dapat menghapus panggilan post () karena Anda sudah berada di ui-thread dan tampilan harus siap untuk memulai animasi.