これは、多くの状況でLogCatに表示される可能性のある情報メッセージの場合です。
私の場合、プログラムでXMLレイアウトファイルからいくつかのビューを膨らませていたときに発生しました。メッセージ自体は無害ですが、アプリが使用を許可されているすべてのRAMを使用し、巨大なForceCloseが発生するという後の問題の兆候である可能性があります。私は彼のログWARN/INFO /ERRORFreeを見るのが好きな種類の開発者に成長しました。;)
だから、これは私自身の経験です:
私はメッセージを受け取りました:
10-09 01:25:08.373: I/Choreographer(11134): Skipped XXX frames! The application may be doing too much work on its main thread.
... XMLからビューを膨らませ、そのフィールド(画像、テキストなど)にREST /の応答からのデータを入力することにより、独自のカスタム「超複雑なマルチセクションリスト」を作成していたときJSON Webサービス(ページング機能なし)このビューは、LinearLayout(ScrollView内で垂直方向)に正しい順序ですべてを追加することにより、行、サブセクションヘッダー、およびセクションヘッダーとして機能します。これはすべて、クリック可能な要素を使用してlistViewをシミュレートするためのものです...しかし、それは別の質問です。
責任ある開発者として、システムリソースを使用してアプリを非常に効率的にしたいので、リストのベストプラクティス(リストがそれほど複雑でない場合)は、ローダーでListActivityまたはListFragmentを使用し、ListViewにアダプターを入力することです。これはおそらくより効率的です。実際はそうです。リストがそれほど複雑でない場合は、常に実行する必要があります。
解決策:「大きな応答サイズ」を防ぐためにREST / JSON Webサービスにページングを実装し、AsyncTaskに「行」、「セクションヘッダー」、「サブセクションヘッダー」ビューを追加してメインを維持するコードをラップしましたスレッドクール。
だから...私の経験が、この情報メッセージで頭を悩ませている他の誰かに役立つことを願っています。
ハッピーハッキング!