postメソッドは正確には何をしますか？

非常に奇妙な機能に遭遇しました。

メインスレッドでアニメーションを実行しようとすると、開始しません。私が使用して言ったアニメーションを実行すると

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

それは始まります。

CurrentThreadアニメーションを開始する前に印刷しましたmain。両方とも印刷します。

明らかに、どちらもメインスレッドでアニメーションを開始するはずなので、ここに何か不足しています...私の推測では、postがタスクをキューに追加すると、より「正しい時間」に開始されますが、知りたいと思いますここで何が起きるか

編集：私は物事を明確にしましょう-私の質問は、メインスレッドでアニメーションを開始しないのに、ポストでアニメーションを開始するとなぜそれが開始するのかです。

post：postは、Runnableをメッセージキューに追加します。

Runnable：実行可能なコマンドを表します。多くの場合、別のスレッドでコードを実行するために使用されます。

run（） ：クラスのコードのアクティブな部分の実行を開始します。このメソッドは、Runnableを実装するクラスで作成されたスレッドが開始されたときに呼び出されます。

getView().post(new Runnable() {

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

コード：getView().startAnimation(a);

あなたのコードで、

postは、Runnable（コードは別のスレッドで実行されます）にメッセージキューを追加させます。

したがって、startAnimationは、messageQueueからフェッチされると、新しいスレッドで起動されます。

[編集1]

UIスレッド（メインスレッド）ではなく新しいスレッドを使用するのはなぜですか？

UIスレッド：

• アプリケーションが起動すると、Uiスレッドが自動的に作成されます

• これは、適切なウィジェットへのイベントのディスパッチを担当し、これには描画イベントが含まれます。

• また、Androidウィジェットとやり取りするスレッドでもあります。

たとえば、画面上のボタンにタッチすると、UIスレッドがタッチイベントをウィジェットに送出し、ウィジェットが押された状態を設定して、無効化リクエストをイベントキューにポストします。UIスレッドはリクエストをデキューし、ウィジェットに再描画するよう通知します。

ユーザーがlongOperationを実行するボタンを押すとどうなりますか？

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

UIがフリーズします。プログラムがクラッシュすることさえあります。

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

ワーカースレッドから直接UIを更新しない Androidルールに違反します

Androidには、他のスレッドからUIスレッドにアクセスする方法がいくつかあります。

• Activity.runOnUiThread（実行可能）
• View.post（実行可能）
• View.postDelayed（実行可能、長い）
• ハンドラ

以下のように、

View.post（実行可能）

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アニメーションは通常、UI演算を実行する必要があります

View.postは実際にビューのメッセージループでアニメーションをキューに入れるため、ビューがウィンドウにアタッチされると、手動で実行する代わりにアニメーションを実行します。

あなたは実際にUIスレッドで物事を実行していますが、別の時に

一見持ってここに良い答えのために。view.post（）はhandler.post（）とほとんど同じです。これはメインスレッドキューに入り、他の保留中のタスクが完了した後に実行されます。activity.runOnUiThread（）を呼び出すと、UIスレッドですぐに呼び出されます。

問題は、post（）メソッドを呼び出すライフサイクルメソッドにあると思います。あなたはonCreate（）でそれをしていますか？もしそうなら、私がアクティビティのonResume（）ドキュメントで見つけたものを見てください：

onResume（）

APIレベル1で追加されました。void onResume（）onRestoreInstanceState（Bundle）、onRestart（）、またはonPause（）の後に呼び出され、アクティビティがユーザーとの対話を開始します。これは、アニメーションの開始、排他的アクセスデバイス（カメラなど）のオープンなどに適しています。

https://developer.android.com/reference/android/app/Activity.html#onResume（）

したがって、Joe Planteが言ったように、post（）を呼び出した時点ではビューがアニメーションを開始する準備ができていない可能性があるため、onResume（）に移動してみてください。

PD：実際には、コードをonResume（）に移動した場合、すでにui-threadにあり、ビューがアニメーションを開始する準備ができているはずなので、post（）呼び出しを削除できると思います。