2018：Androidは、ライフサイクルコンポーネントを通じてこれをネイティブでサポートします。
2018年3月の更新：より良いソリューションがあります。ProcessLifecycleOwnerを参照してください。新しいアーキテクチャコンポーネント1.1.0（現時点では最新）を使用する必要がありますが、これはそのために特別に設計されています。
この回答には簡単なサンプルが用意されていますが、サンプルアプリとそれに関するブログ投稿を書きました。
これを2014年に書いて以来、さまざまな解決策が生まれました。一部は機能し、一部は機能していると考えられていましたが、欠陥（私のものを含む）があり、私たちはコミュニティ（Android）として結果に耐えることを学び、特別なケースの回避策を書きました。
単一のコードスニペットがあなたが探しているソリューションであると思い込まないでください。さらに良いことに、それが何をするのか、なぜそれをするのかを理解するようにしてください。
MemoryBossここに書かれたクラスは実際に私が使用していなかった、それが仕事に起こった擬似コードのちょうど作品でした。
新しいアーキテクチャコンポーネントを使用しない正当な理由がない限り（そして、特に超古いAPIを対象とする場合はいくつかあります）、先に進んでそれらを使用してください。彼らは完璧にはほど遠いが、どちらも完璧ではなかったComponentCallbacks2。
更新/注（2015年11月）：人々は2つのコメントを書いています。1つ目は、正確な値を確認するべきではないとドキュメントに記載されているため、>=代わりに使用する必要があるということです。これは、ほとんどの場合の罰金ですが、あなたがあれば心に留めていることだけやって気に何かアプリがバックグラウンドに行って、あなたが使う==する必要がありますし、あなたも（活動ライフサイクルコールバックのような）他のソリューションとそれを組み合わせますか、ご希望の効果が得られない場合があります。例（これは私に起こりました）は、ロックしたい場合==バックグラウンドに移行したときにパスワード画面が表示されるアプリ（慣れている場合は1Passwordなど）で、メモリが不足して突然テストしていると>= TRIM_MEMORY、誤ってアプリがロックされる可能性があります。AndroidがLOW MEMORY通話をトリガーするためです。あなたのものより高い。したがって、どのように/何をテストするかに注意してください。
さらに、何人かの人々はあなたが戻ったときに検出する方法について尋ねました。
私が考えることができる最も簡単な方法は以下に説明されていますが、一部の人々はそれに慣れていないため、ここにいくつかの疑似コードを追加しています。あなたがYourApplicationとMemoryBossクラスを持っていると仮定しますclass BaseActivity extends Activity（あなたが持っていない場合は、作成する必要があります）。
@Override
protected void onStart() {
super.onStart();
if (mApplication.wasInBackground()) {
// HERE YOU CALL THE CODE YOU WANT TO HAPPEN ONLY ONCE WHEN YOUR APP WAS RESUMED FROM BACKGROUND
mApplication.setWasInBackground(false);
}
}
ダイアログはアクティビティを一時停止できるので、フルスクリーンダイアログを表示するだけでアプリが「バックグラウンドになった」と思わせたくないので、onStartをお勧めしますが、実際の距離は異なる場合があります。
そして、それだけです。ifブロックのコードは1回だけ実行されます。別のアクティビティに移動した場合でも、新しい（それもextends BaseActivity）レポートwasInBackgroundはfalse、が呼び出されてフラグが再びtrueに設定されるまでonMemoryTrimmedコードを実行しないように報告します。
お役に立てば幸いです。
更新/メモ（2015年4月）：このコードをすべてコピーアンドペーストする前に、100％信頼性が低く、他の方法と組み合わせて最良の結果を得る必要がある場合があることに気づきました。注目すべきは、ある二つの既知のインスタンスonTrimMemoryのコールバックが実行されることが保証されていませんが。
アプリが表示されているときに携帯電話が画面をロックする場合（たとえば、nn分後にデバイスがロックされるなど）、ロックスクリーンは真上にあるため、このコールバックは呼び出されません（または常に呼び出されるわけではありません）が、アプリは覆われていますが、まだ「実行中」です。
デバイスのメモリが比較的少ない場合（およびメモリ負荷が低い場合）、オペレーティングシステムはこの呼び出しを無視し、より重要なレベルに直接移動するようです。
ここで、アプリがいつバックグラウンドに移行したかを知ることがどれほど重要かによって、アクティビティのライフサイクルなどを追跡しながら、このソリューションを拡張する必要がある場合とない場合があります。
上記を念頭に置き、優れたQAチームを作成してください;）
更新の終わり
遅いかもしれませんが、Ice Cream Sandwich（API 14）以降には信頼できる方法があります。
アプリにUIが表示されなくなると、コールバックがトリガーされることがわかります。カスタムクラスで実装できるコールバックは、ComponentCallbacks2（はい、2つあります）と呼ばれます。このコールバックは、APIレベル14（アイスクリームサンドイッチ）以上でのみ使用できます。
基本的に、メソッドの呼び出しを取得します。
public abstract void onTrimMemory (int level)
レベルは具体的には20以上です
public static final int TRIM_MEMORY_UI_HIDDEN
私はこれをテストしてきましたが、常に機能します。レベル20は、アプリが表示されなくなったために一部のリソースを解放したい場合がある「提案」にすぎないためです。
公式ドキュメントを引用するには：
onTrimMemory（int）のレベル：プロセスはユーザーインターフェイスを表示していたため、現在は表示されていません。メモリをより適切に管理できるようにするには、UIによる大きな割り当てをこの時点で解放する必要があります。
もちろん、あなたが（他の可能性のための公式ドキュメントを参照、実際には一定の時間内に使用されていなかった（パージメモリ言う何をするために、これを実装し、未使用の座っているいくつかのコレクションをクリア、など可能性は無限大です必要がありますより多くの重要なレベル）。
しかし興味深いのは、OSが次のように伝えていることです。HEY、アプリがバックグラウンドに移行しました。
そもそも、まさにあなたが知りたかったことです。
いつ戻ったかをどのように判断しますか？
簡単だまあ、私はあなたがそうあなたが「BaseActivity」を持っていると確信している可能フラグにという事実は、あなたしているバックをあなたのonResume（）を使用します。戻ってこないと言うのは、実際に上記のonTrimMemoryメソッドの呼び出しを受け取ったときだけだからです。
できます。誤検知はありません。アクティビティが再開している場合は、100％の時間です。ユーザーが再び戻ると、別のonTrimMemory()電話がかかります。
あなたはあなたの活動（またはもっと良いことに、カスタムクラス）を購読する必要があります。
これを常に受け取ることを保証する最も簡単な方法は、次のような単純なクラスを作成することです。
public class MemoryBoss implements ComponentCallbacks2 {
@Override
public void onConfigurationChanged(final Configuration newConfig) {
}
@Override
public void onLowMemory() {
}
@Override
public void onTrimMemory(final int level) {
if (level == ComponentCallbacks2.TRIM_MEMORY_UI_HIDDEN) {
// We're in the Background
}
// you might as well implement some memory cleanup here and be a nice Android dev.
}
}
これを使用するには、アプリケーションの実装（あなたはRIGHT？を持っています）で、次のようにします。
MemoryBoss mMemoryBoss;
@Override
public void onCreate() {
super.onCreate();
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.ICE_CREAM_SANDWICH) {
mMemoryBoss = new MemoryBoss();
registerComponentCallbacks(mMemoryBoss);
}
}
を作成するInterface場合は、に追加elseしてif、ComponentCallbacksAPI 14以下で使用される（2なしで）実装できます。そのコールバックにはonLowMemory()メソッドしかなく、バックグラウンドに移動したときに呼び出されませんが、メモリをトリムするために使用する必要があります。
アプリを起動してホームを押します。あなたのonTrimMemory(final int level)（：追加のロギングヒント）メソッドを呼び出す必要があります。
最後のステップは、コールバックから登録を解除することです。おそらく最良の場所はonTerminate()アプリのメソッドですが、そのメソッドは実際のデバイスでは呼び出されません。
/**
* This method is for use in emulated process environments. It will
* never be called on a production Android device, where processes are
* removed by simply killing them; no user code (including this callback)
* is executed when doing so.
*/
そのため、登録したくない状況が本当にない限り、プロセスはOSレベルで停止しているため、安全に無視できます。
ある時点で登録を解除する場合（たとえば、アプリがクリーンアップして終了するためのシャットダウンメカニズムを提供する場合）は、次のようにできます。
unregisterComponentCallbacks(mMemoryBoss);
以上です。
