AndroidにActivitiesは特定のライフサイクルがあり、それonCreateをオーバーライドして初期化に使用する必要があることを理解していますが、コンストラクターでは正確に何が起こりますか？Activityコンストラクターもオーバーライドできる/すべきである場合、または絶対に触れてはならない場合はありますか？
への参照Activitiesが完全にクリーンアップされていないため（したがって、ガベージコレクターが妨げられているため）、コンストラクターは絶対に使用しないでくださいonDestroy。これは、その目的のためにあります。これは正しいです？
回答:
コンストラクターで何かをする正当な理由は考えられません。アクティビティを直接作成することはないため、それを使用してパラメータを渡すことはできません。通常は、onCreateで実行します。
Giliのコメントが述べているように、コンストラクターに物事を入れる正当な理由は、finalフィールドの使用です。
ただし、コンストラクターで初期化すると、オブジェクトの寿命が少し長くなりonCreateますが、すぐに呼び出されるため、あまり考えていません。
それは私の理想的な反対ですが、私は活動メンバーの初期化のためのコンストラクタを避け、に依存しているかonResume()とonPause()私のアプリが扱っていることのリソースについて。
以下のためにonCreate()私は通常、ローカル変数へのビューのマッピングを行うためにそれを使用します。android-annotationsはすでにそれを行っているのでonCreate()、アクティビティのメソッドを持っていることはめったにありません。私はまだサービスでそれを使用しています。
ただし、メンバーを見ると、初期化されている可能性があります
それらには、適切なタイミング（onResumeまたはonPause）に呼び出す必要のある「close」メソッドがあります。
それらはビューの一部になります。つまり、初期化してからonCreateを呼び出す必要があります。
これらは定数であり、とにかくコンストラクターに入れる必要はありません。静的なファイナルで十分です。これには、静的ブロックで初期化できるペイント定数とパス定数が含まれます
私は今、コンストラクターをオーバーライドする必要があるケースにいます。実際、私には同じ構造の活動がいくつかあります。したがって、多くのアクティビティを作成する代わりに、1つの「マスター」アクティビティを作成し、他のアクティビティはこれを継承します。したがって、oncreateメソッドで使用されるいくつかの変数を初期化できるようにするには、子アクティビティのコンストラクターをオーバーライドする必要があります。
つまり、コンストラクターを使用すると、継承によって再利用できる「マスターアクティビティ」をシミュレートできます。
アクティビティにカスタムパラメータがある場合、またはから継承したクラスからの呼び出しを追跡する場合は、コンストラクタをオーバーライドする必要があります。
startActivityForResultカスタムコンポーネントにプライベートコンストラクターを含める必要があるため、そのアクティビティが起動されず、可視要素がない場合でも、結果としてforを使用します。