Що саме робить метод публікації?

Я стикався з дуже дивною рисою.

Коли я намагаюся запустити анімацію на основний потік, вона не запускається. Коли я запускаю зазначену анімацію, використовуючи

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

Це все-таки починається.

Я надрукував CurrentThreadперед початком анімації та обидва друку main.

Очевидно, мені щось тут не вистачає, тому що обидва повинні почати анімацію на головній нитці ... Я здогадуюсь, що коли пост додає завдання до черги, вона починається в більш "правильний час", але я хотів би знати що відбувається тут на більшій глибині.

EDIT: Дозвольте мені прояснити речі - моє запитання полягає в тому, чому запуск анімації після публікації викликає її запуск, коли запуск анімації на основній темі не робить.

post : post спричиняє додавання Runnable до черги повідомлень,

Виконання: представляє команду, яку можна виконати. Часто використовується для запуску коду в іншій темі.

run () : запускає виконання активної частини коду класу '. Цей метод викликається при запуску потоку, створеного з класом, який реалізує Runnable.

getView().post(new Runnable() {

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

код :getView().startAnimation(a);

у своєму коді,

post викликає Runnable ( код буде запущений у різному потоці) для додавання черги повідомлень.

Тож startAnimation буде запущений у новій темі, коли він отриманий із повідомленняQueue

[EDIT 1]

Чому ми використовуємо новий потік замість потоку інтерфейсу (основний потік)?

Нитка інтерфейсу користувача:

• Коли програма запущена, нитка Ui створюється автоматично

• він відповідає за пересилання подій до відповідних віджетів, і це включає події малювання.

• Це також нитка, з якою ви взаємодієте з віджетами Android

Наприклад, якщо ви торкаєтесь кнопки на екрані, потік інтерфейсу передає подію дотику до віджета, який, у свою чергу, встановлює його натиснутий стан і розміщує недійсний запит у черзі подій. Нитка користувальницького інтерфейсу знімає запит і сповіщає віджет про перемальовування себе.

Що станеться, якщо користувач натисне кнопку, яка буде робити довгуоперацію?

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

Інтерфейс заморожується. Програма може навіть вийти з ладу.

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

Це порушує правило Android, яке ніколи не оновлює інтерфейс користувача безпосередньо з робочої нитки

Android пропонує кілька способів доступу до потоку інтерфейсу користувача з інших потоків.

• Activity.runOnUiThread (Runnable)
• View.post (Runnable)
• View.postDelayed (Виконується, довго)
• Обробник

Як і нижче,

View.post (Runnable)

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

Обробник

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

Для отримання додаткової інформації

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

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

Це робиться на onCreate чи onCreateView? Якщо це так, додаток може не знаходитися в стані, коли Перегляд додається до вікна. Багато алгоритмів, заснованих на показниках перегляду, можуть не працювати, оскільки такі показники, як вимірювання та положення Перегляду, можливо, не були обчислені. Android-анімація зазвичай вимагає їх за допомогою математики інтерфейсу користувача

View.post насправді чергає анімацію в циклі повідомлень View, тож як тільки представлення приєднується до вікна, воно виконує анімацію, а не виконує її вручну.

Ви фактично запускаєте речі в потоці інтерфейсу користувача, але в інший час

Подивіться тут на гарну відповідь. view.post () - це те саме, що і handler.post (). Він переходить до черги основного потоку і виконується після завершення інших очікуваних завдань. Якщо ви зателефонуєте Activity.runOnUiThread (), він буде викликаний негайно в потоці інтерфейсу користувача.

Я думаю, що проблема може бути методом життєвого циклу, коли ви викликаєте метод post (). Ви робите це в onCreate ()? якщо так, подивіться, що я знайшов у документації onResume () про діяльність:

onResume ()

Додано в API рівня 1 void onResume () Викликається після onRestoreInstanceState (Bundle), onRestart () або onPause (), щоб ваша діяльність почала взаємодію з користувачем. Це гарне місце для початку анімації , відкритих пристроїв ексклюзивного доступу (наприклад, камери) тощо.

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

Отже, як сказав Джо Плант, можливо, перегляд не готовий запускати анімацію в той момент, коли ви дзвоните поштою (), тому спробуйте перенести її на onResume ().

PD: Насправді, якщо ви пересунете код на onResume (), я думаю, ви можете видалити виклик post (), оскільки ви вже є в ui-потоці, і перегляд повинен бути готовий до запуску анімації.