Androidアーキテクチャコンポーネント（AAC）は「堅牢でテストとメンテナンスが簡単なアプリの設計を支援する」とドキュメントで説明されています。
その中で紹介されているコンポーネントの1つが「Lifecycle」です。
Lifecycleについて、まとめました。
【注意】
androidx.lifecycle:lifecycle-*:2.4.0以降は、@OnLifecycleEventが非推奨となり、DefaultLifecycleObserverを使った記述が推奨になっています。
※詳細は「ライフサイクル対応コンポーネント作成（DefaultLifecycleObserverを使用）」を参照
Androidアーキテクチャコンポーネント（AAC）は「堅牢でテストとメンテナンスが簡単なアプリの設計を支援する」とドキュメントで説明されています。
有効そうだけど、実態がよくわからないので、いろいろ調べて理解した内容をまとめました。
Activityはライフサイクルを持っています。ライフサイクルは「画面の作成～表示～破棄」という一連の流れのことです。
アプリケーションはこの流れに沿ってプログラミングします。流れに逆らったプログラムは作れません。
アプリケーションの開発者にとって、ライフサイクルの理解は最重要です。
Activityのライフサイクルについてまとめます。
Androidのアプリを作成しているとSAM変換が頻繁に登場します。
プログラムが簡素に記述できることから、プログラマーに好評なようです。
Kotlinが関数を第一級オブジェクトとして扱える恩恵です。
しかし、私はSAM変換に出合うと、いつもプログラムの論理が把握できなくて戸惑います。なので、苦手です。あまり好きではありません。
苦手を克服するために、もっとSAM変換の理解を深めたいと思い、まとめてみました。
クロージャ（Closure）は新しい概念ではなく、関数型プログラミングに古くから存在していました。
手続き型やオブジェクト指向プログラミングにも、だいぶ前から採用が進んでいます。
Kotlinもクロージャが使える言語の1つです。