Gönderi yöntemi tam olarak ne yapar?

Çok garip bir özellikle karşılaştım.

Ana iş parçacığı üzerinde bir animasyon çalıştırmaya çalıştığımda başlamıyor. Söz konusu animasyonu kullanarak çalıştırdığımda

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

Başlıyor.

CurrentThreadAnimasyona başlamadan önce yazdırdım ve her ikisi de yazdırdım main.

Açıkçası, burada bir şeyi kaçırıyorum, çünkü her ikisi de ana iş parçacığındaki animasyonu başlatmalı ... Benim tahminim post görevi sıraya ekledikçe, daha "doğru bir zamanda" başlıyor, ancak bilmek isterim burada daha derinlerde neler oluyor.

DÜZENLEME: İşleri açıklığa kavuşturmama izin verin - sorum şu ki, ana iş parçacığı üzerinde animasyonu başlatırken neden postadaki animasyonu başlatmanın başlamasına neden oluyor?

post : post, Runnable'ın mesaj kuyruğuna eklenmesine neden olur,

Runnable: Yürütülebilen bir komutu temsil eder. Genellikle kodu farklı bir Thread'de çalıştırmak için kullanılır.

run () : Sınıfın kodunun aktif bölümünü çalıştırmaya başlar. Bu yöntem, Runnable'ı uygulayan bir sınıfla oluşturulan bir iş parçacığı başlatıldığında çağrılır.

getView().post(new Runnable() {

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

kod :getView().startAnimation(a);

kodunuzda,

post, Runnable'ın ( kod farklı bir iş parçacığında çalıştırılacak) mesaj kuyruğunu eklemesine neden olur .

Yani startAnimation, messageQueue'dan alındığında yeni bir iş parçacığında tetiklenecek

[DÜZENLE 1]

Neden UI iş parçacığı (ana iş parçacığı) yerine yeni bir iş parçacığı kullanıyoruz?

UI İş Parçacığı:

• Uygulama başladığında, Ui Thread otomatik olarak oluşturulur

• olayları uygun aletlere göndermekten sorumludur ve bu çizim olaylarını içerir.

• Aynı zamanda Android widget'larıyla etkileşim kurduğunuz konu

Örneğin, ekrandaki bir düğmeye dokunursanız, UI iş parçacığı dokunmatik olayını parçacığa gönderir ve bu da daha sonra basılmış durumunu ayarlar ve olay kuyruğuna bir geçersiz kılma isteği gönderir. UI iş parçacığı, isteği çıkarır ve parçacığın kendisini yeniden çizmesi için bilgilendirir.

Bir kullanıcı longOperation yapacak bir düğmeye basarsa ne olur?

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

Kullanıcı arayüzü donuyor. Hatta program çökebilir.

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

Kullanıcı arayüzünü hiçbir zaman doğrudan çalışan iş parçacığından güncellemeyen android kuralını bozar

Android, UI iş parçacığına diğer iş parçacıklarından erişmenin birkaç yolunu sunar.

• Activity.runOnUiThread (Çalıştırılabilir)
• View.post (Çalıştırılabilir)
• View.postDelayed (Runnable, long)
• İşleyici

Aşağıdaki gibi

View.post (Çalıştırılabilir)

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();
}

İşleyici

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();                
}

Daha fazla bilgi için

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

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

Bu onCreate veya onCreateView'de mi yapılıyor? Öyleyse, uygulama, Görünümün pencereye eklendiği bir durumda olmayabilir. Görünüm ölçümleri ve konumu gibi şeyler hesaplanmamış olabileceğinden, Görünüm ölçümlerine dayalı birçok algoritma çalışmayabilir. Android animasyonları genellikle bunların UI matematiğinden geçmesini gerektirir

View.post aslında animasyonu Görünüm'ün mesaj döngüsünde sıraya koyar, bu nedenle görünüm pencereye eklendiğinde, animasyonu manuel olarak yürütmek yerine yürütür.

Aslında UI iş parçacığında bir şeyler çalıştırıyorsunuz, ancak farklı bir zamanda

İyi bir cevap için buraya bir göz atın . view.post () handler.post () ile hemen hemen aynıdır. Ana iş parçacığı kuyruğuna girer ve diğer bekleyen görevler tamamlandıktan sonra yürütülür. Activity.runOnUiThread () öğesini çağırırsanız, kullanıcı arabirimi iş parçacığında hemen çağrılacaktır.

Sanırım sorun, post () yöntemini çağırdığınız yaşam döngüsü yöntemi olabilir. Bunu onCreate () içinde mi yapıyorsunuz? öyleyse, etkinliğin onResume () belgelerinde ne bulduğuma bakın:

Özgeçmişte()

API düzeyinde void onResume (), etkinliğinizin kullanıcıyla etkileşime girmeye başlaması için onRestoreInstanceState (Bundle), onRestart () veya onPause () sonrasında çağrılır. Burası animasyonlara başlamak , özel erişimli cihazları (kamera gibi) açmak vb. İçin iyi bir yerdir .

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

Bu nedenle, Joe Plante'nin dediği gibi, post () öğesini çağırdığınız anda görünüm animasyonları başlatmaya hazır olmayabilir, bu nedenle onu onResume () öğesine taşımayı deneyin.

PD: Aslında kodu onResume () öğesine taşırsanız, o zaman zaten ui-thread içinde olduğunuzdan ve görünümün animasyonları başlatmaya hazır olması gerektiğinden post () çağrısını kaldırabileceğinizi düşünüyorum.