問題タブ [android-strictmode]

期間に基づいて StrictMode 違反をフィルタリングする方法はありますか?

これらを持っているのは少し面倒です

logcat を中毒します。

StrictMode は便利な機能だと思いますが、最初の開発段階では、たとえば 50 ミリ秒を超える継続時間の違反のみを処理したいと考えています。

logcat にこのメッセージが表示 されます。添付の​​スタック トレースでリソースが取得されましたが、解放されませんでした。リソース リークを回避する方法については、java.io.Closeable を参照してください。リークを探す場所と、「 java.io.Closeable を参照」の意味

Jsoup を使用して、次のようにリモート URL からファイルを解析します。

Web サイトがタイムアウト内に応答しない場合、SocketTimeoutException予想どおり a がスローされます。また、閉じられていないリソースについて警告するために StrictMode をオンにしています。タイムアウトになると、StrictMode はリソースが閉じられていないことを通知します。

Jsoup が作成したリソースを閉じる方法がわかりません。どうすればいいですか？

AsyncTask.doInBackground() メソッドで AccountManager.getAccountsByType() を呼び出しています。しかし、少なくとも時々、この StrictModeViolation を引き起こしています:

しかし、確かに AsyncTask.doInBackground() は、AccountManager メソッドを呼び出しても問題ないはずです。

これは、StrictMode を有効にする方法です。

ちなみに、AccountManager のドキュメントには、多くのメソッドで「このメソッドをメイン スレッドから呼び出しても安全です」と書かれていることは知っていますが、それが間違っていることは周知の事実であり、AccountManager の使用を移動することで、他のいくつかの StrictModeViolations を既に回避しています。 AsyncTasks に。

StrictMode に問題があります。次の AsyncTask があります。

StrictMode エラーをスローしています (プログラムがクラッシュしているようには見えませんが、ポップアップするのは好きではありません)

私の理解では、何かを Async Task に入れると、それは StrictMode の要件を満たします。しかし、この場合、私は間違っているようです。誰かが私が間違っていることを教えてもらえますか?

編集

要求に応じて非同期タスクを呼び出す方法は次のとおりです

これは、そのように作成されたキャッシュクラス内から呼び出されます

私のメインスレッド内から。

アプリが停止し (アクティビティを呼び出しています)、エミュレーターが再起動する、エミュレーターの次の厳密なエラー メッセージを理解するのに助けが必要です。

これらのエラーメッセージを一般的にどのように理解/分析できるかについてのヘルプは、非常に高く評価されています。

乾杯