post 메소드는 정확히 무엇을합니까?

나는 매우 이상한 기능을 만났습니다.

메인 스레드에서 애니메이션을 실행하려고하면 시작되지 않습니다. 내가 말한 애니메이션을 실행할 때

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

시작합니다.

나는 CurrentThread애니메이션을 시작하기 전에를 인쇄했고 둘 다 인쇄했습니다 main.

분명히 여기에 뭔가 빠졌는데 둘 다 메인 스레드에서 애니메이션을 시작해야하기 때문입니다 ... 내 생각 엔 포스트가 작업을 대기열에 추가 할 때 더 "정확한 시간"에 시작된다는 것입니다.하지만 알고 싶습니다. 여기서 더 깊이있는 일이 발생합니다.

편집 : 정리해 보겠습니다-내 질문은 왜 포스트에서 애니메이션을 시작하면 메인 스레드에서 애니메이션을 시작하면 시작되지 않는지입니다.

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 Thread가 자동으로 생성됩니다.

• 적절한 위젯에 이벤트를 전달하는 역할을하며 여기에는 그리기 이벤트가 포함됩니다.

• Android 위젯과 상호 작용하는 스레드이기도합니다.

예를 들어 화면에서 a 버튼을 터치하면 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 (실행 가능, long)
• 매니저

아래와 같이

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에서 수행되고 있습니까? 그렇다면 앱은 View가 창에 연결된 상태가 아닐 수 있습니다. 보기 측정 항목 및 위치와 같은 항목이 계산되지 않았을 수 있으므로보기 측정 항목을 기반으로하는 많은 알고리즘이 작동하지 않을 수 있습니다. Android 애니메이션은 일반적으로 UI 수학을 통해 실행해야합니다.

View.post는 실제로 View의 메시지 루프에 애니메이션을 큐에 넣으므로 뷰가 창에 연결되면 수동으로 실행하는 대신 애니메이션을 실행합니다.

실제로 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 () 호출을 제거 할 수 있다고 생각합니다.