web-dev-qa-db-ja.com

Android-キーのディスパッチがタイムアウトしました

私のAndroidアプリケーションでは、UIのボタン（画像）を押すと、アプリケーション全体がフリーズし、数秒後に恐ろしい強制終了ダイアログが表示されます。

ログに出力される内容は次のとおりです。

WARN/WindowManager(88): Key dispatching timed out sending to package name/Activity
WARN/WindowManager(88): Dispatch state: {{KeyEvent{action=1 code=5 repeat=0 meta=0 scancode=231 mFlags=8} to Window{432bafa0 com.Android.launcher/com.Android.launcher.Launcher paused=false} @ 1281611789339 lw=Window{432bafa0 com.Android.launcher/com.Android.launcher.Launcher paused=false} lb=Android.os.BinderProxy@431ee8e8 fin=false gfw=true ed=true tts=0 wf=false fp=false mcf=Window{4335fc58 package name/Activity paused=false}}}
WARN/WindowManager(88): Current state:  {{null to Window{4335fc58 package name/Activity paused=false} @ 1281611821193 lw=Window{4335fc58 package name/Activity paused=false} lb=Android.os.BinderProxy@434c9bd0 fin=false gfw=true ed=true tts=0 wf=false fp=false mcf=Window{4335fc58 package name/Activity paused=false}}}
INFO/ActivityManager(88): ANR in process: package name (last in package name)
INFO/ActivityManager(88): Annotation: keyDispatchingTimedOut
INFO/ActivityManager(88): CPU usage:
INFO/ActivityManager(88): Load: 5.18 / 5.1 / 4.75
INFO/ActivityManager(88): CPU usage from 7373ms to 1195ms ago:
INFO/ActivityManager(88):   package name: 6% = 1% user + 5% kernel / faults: 7 minor
INFO/ActivityManager(88):   system_server: 5% = 4% user + 1% kernel / faults: 27 minor
INFO/ActivityManager(88):   tiwlan_wifi_wq: 3% = 0% user + 3% kernel
INFO/ActivityManager(88):   mediaserver: 0% = 0% user + 0% kernel
INFO/ActivityManager(88):   logcat: 0% = 0% user + 0% kernel
INFO/ActivityManager(88): TOTAL: 12% = 5% user + 6% kernel + 0% softirq
INFO/ActivityManager(88): Removing old ANR trace file from /data/anr/traces.txt
INFO/Process(88): Sending signal. PID: 1812 SIG: 3
INFO/dalvikvm(1812): threadid=7: reacting to signal 3
INFO/dalvikvm(1812): Wrote stack trace to '/data/anr/traces.txt'

これは、ボタン（画像）のコードです。

findViewById(R.id.endcallimage).setOnClickListener(new OnClickListener() {
                    public void onClick(View v) {
                        mNotificationManager.cancel(2);

                        Log.d("Handler", "Endcallimage pressed");

                        if(callConnected)
                        elapsedTimeBeforePause = SystemClock.elapsedRealtime() - stopWatch.getBase();

                        try {
                            serviceBinder.endCall(lineId);
                        } catch (RemoteException e) {
                            e.printStackTrace();
                        } 
                            dispatchKeyEvent(new KeyEvent(KeyEvent.ACTION_DOWN,KeyEvent.FLAG_SOFT_KEYBOARD));
                            dispatchKeyEvent(new KeyEvent(KeyEvent.ACTION_UP, KeyEvent.KEYCODE_BACK));
                    }
            });

以下をコメントアウトすると、ボタン（画像）を押してもクラッシュは発生しません。

try {
      serviceBinder.endCall(lineId);
    } catch (RemoteException e) {
      e.printStackTrace();
    }

上記のコードは、アプリのいくつかのレベルを介してネイティブ層（NDK）に呼び出しますが、いくつかのオブジェクトを通過する呼び出しが強制終了につながる可能性がありますか？他のいくつかのボタンが問題なく同じことをするので、ありそうにないようです。

ネイティブ層はどうですか？ NDKで作成したコードが問題の原因になっている可能性はありますか？

問題の原因が何かについて他のアイデアはありますか？

androidtimeoutkeyfreezedispatch
36
Donal Rafferty

OnClickの実装はできるだけ速くする必要があります。一般に、高価な操作はバックグラウンドスレッドにオフロードする必要があります。

OnClickで、次を試してください。

Thread t = new Thread(){
    public void run(){
        your_stuff();
    }
};
t.start();

ただではなく

your_stuff()
46
Alex

メインスレッド（別名UIスレッド）を数秒間ブロックすると、このエラーが発生する可能性があります。一般に、高価な操作はバックグラウンドスレッドにオフロードする必要があります。 AsyncTask は、これらの場合に非常に役立ちます。

あなたの場合、次のことができます：

new AsyncTask<Void, Void, Void>() {
    @Override
    protected Void doInBackground(Void... params) {
        try {
            serviceBinder.endCall(lineId);
        } catch (RemoteException e) {
            e.printStackTrace();
        } 
    }
}.execute();
5
juanes

長い操作を別のスレッドで実行するか、AsyncTaskを使用してANRを取り除きます。

ANR（Activity Not Responding）は、いくつかのlong operation takes place in the "main" 糸。これはイベントループスレッドであり、ビジーの場合、Androidはアプリケーション内でそれ以上のGUIイベントを処理できないため、ANR dialog。

あなたのアクティビティは、Android OS 'hey i'm still alive'！ '（UIスレッドが行うことです）に言うのに時間がかかりました。

http://developer.Android.com/guide/practices/design/responsiveness.html

基本的に、UIスレッドにいくつかの複雑なタスクを実行させると、タスクを実行するのに忙しすぎて、OSにまだ「生きている」と伝えることができません。

http://Android-developers.blogspot.co.uk/2009/05/painless-threading.html

XML解析コードを別のスレッドに移動してから、コールバックを使用して、終了したUIスレッドに通知し、結果を処理する必要があります。

http://developer.Android.com/resources/articles/timed-ui-updates.html

ANRが発生する場所の検出は、それが永続的なブロック（たとえば、いくつかのロックを取得するデッドロック）の場合は簡単ですが、一時的な遅延の場合はより困難です。まず、コードを調べて、貴重なスポットと長時間実行される操作を探します。例には、イベントスレッド内からのソケット、ロック、スレッドスリープ、およびその他のブロック操作の使用が含まれます。これらがすべて別々のスレッドで発生することを確認する必要があります。何も問題がないようであれば、DDMSを使用してスレッドビューを有効にします。これにより、アプリケーションのすべてのスレッドが、トレースと同様に表示されます。 ANRを再現し、同時にメインスレッドを更新します。これは、ANRの時点で何が起こっているかを正確に示しているはずです。

Logcatが有用なものを何も出力しない場合は、/ data/anr/traces.txtからtraces.txtをプルしてみてください

adb pull /data/anr/traces.txt .

aNR例外が発生した場所に関する詳細情報を提供する可能性があるため

そして このリンク はAsyncTaskとスレッドの作成にも役立つかもしれません

2
Xar E Ahmer

リソースを集中的に使用するタスクを実行している場合、それが発生する可能性があります。アクティビティの再開中。 1. onPauseで集中的な作業をすべて停止してから、onResumeで再開します。 2.アクティビティ描画オーバーレイにマップを表示している場合は、スリープ中にオーバーレイの更新を停止します。そして、onResumeで再起動します。

1
Rajesh Narwal