onStart：Android画面におけるActivityの可視性の本質

AndroidにおけるonStartの本質

onStartはActivityライフサイクルの2番目のメソッドであり、システムによってonCreateの後（または停止状態から戻る場合はonRestartの後）に呼び出されます。onStartが呼び出された瞬間、ActivityまたはFragmentが画面に表示されます。ユーザーはインターフェースを表示できますが、画面はまだ対話の準備ができていません — 入力フォーカスはonResumeの後にのみ表示されます。

onStartメソッドはActivityの「可視ライフタイム」（visible lifetime） — onStartとonStopの間の期間に含まれます。この間、Activityは他のウィンドウ（透明なActivityやダイアログウィンドウなど）で部分的に覆われることがありますが、UIは引き続き表示されたままです。これは、Activityが完全な入力フォーカスを持つ「フォアグラウンドライフタイム」（onResume — onPause）とは異なります。

この3レベルの階層を理解することは、コードを適切に分散するために重要です。onCreate — 1回限りの初期化、onStart — 可視リソースの接続、onResume — 排他的リソースへの排他的アクセス。これらのレベルを混同する開発者は、画面切り替え時にメモリリークやアプリケーションの誤動作を引き起こすリスクがあります。

ActivityのonStart

Activityでは、画面がディスプレイに表示されるたびにonStartメソッドが呼び出されます — 最初の起動時（onCreate後）とバックグラウンドから戻る時（onRestart後）の両方です。onCreateとは異なり、onStartはActivityインスタンスの生存期間中に複数回呼び出される可能性があるため、画面が表示されるたびに実行する必要があるコードがここに配置されます。

class DashboardActivity : AppCompatActivity() {
    private val connectivityReceiver = object : BroadcastReceiver() {
        override fun onReceive(context: Context?, intent: Intent?) {
            val isConnected = ... // ConnectivityManagerの確認
            binding?.statusIndicator?.setColor(
                if (isConnected) Color.GREEN else Color.RED
            )
        }
    }

    override fun onStart() {
        super.onStart()
        registerReceiver(
            connectivityReceiver,
            IntentFilter(ConnectivityManager.CONNECTIVITY_ACTION)
        )
        SensorManager.getInstance().registerStepCounter()
    }

    override fun onStop() {
        unregisterReceiver(connectivityReceiver)
        SensorManager.getInstance().unregisterStepCounter()
        super.onStop()
    }
}

重要なルール：onStartで接続したすべてのリソースはonStopで解放する必要があります。これにより、Activityが画面から非表示になったときに、バッテリーを消費したり、システムイベントをリッスンしたり、メモリを占有したりしなくなります。Android Studioには、対応する登録解除なしでBroadcastReceiverを登録することを警告するlintルールが含まれています。

FragmentのonStart

FragmentのonStartは、ホストActivityのライフサイクルに密接に関連しています。Fragmentは、それを含むActivityがonStartを受け取った後にonStartを受け取ります。ただし、Fragmentが遅延モード（addToBackStackなしのFragmentTransaction.commit()）で追加された場合、onStartは遅延して呼び出されることがあります。

class MapFragment : Fragment() {
    private var mapView: MapView? = null

    override fun onCreateView(
        inflater: LayoutInflater,
        container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View {
        mapView = MapView(requireContext())
        return mapView!!
    }

    override fun onStart() {
        super.onStart()
        mapView?.onStart()
        LocationService.connect(requireContext())
    }

    override fun onStop() {
        mapView?.onStop()
        LocationService.disconnect()
        super.onStop()
    }
}

Fragment.onStartの特殊性：FragmentがoffscreenPageLimit = 1のViewPager内にある場合、隣接するフラグメントも表示される前にonStartを受け取ります。これにより、リスナーが早期に登録される可能性があります。このような場合は、setUserVisibleHint()メソッドを使用するか、onStart内でisVisibleをチェックして、実際に表示されているフラグメントに対してのみリスナーを登録します。

onStartとonResumeの違い

onStartとonResumeの主な違いは、画面アクティビティのレベルです。onStartはActivityが画面に表示されているが、必ずしもフォアグラウンドにあるわけではないことを示します。onResumeはActivityがフォアグラウンドにあり、入力フォーカスを持っていることを示します。この違いはダイアログウィンドウの例で示されます。Activityの上にDialogが表示されると、ActivityはonResumeを失います（onPauseが呼び出されます）が、表示されたままになります — onStart/onStopは呼び出されません。

比較表は、各メソッドがどのシナリオで呼び出されるかを明確に示しています:

この表は、開発者が特定のコードをどのメソッドに配置するかを決定するのに役立ちます。たとえば、アプリが画面のオーバーラップ（ダイアログでも）の際にビデオ再生を一時停止する必要がある場合、コードはonPauseに配置されます。画面が完全に非表示になったときにのみビデオを停止する必要がある場合 — コードはonStopに配置されます。

リスナーとサービスの登録

onStartは、Activityが画面に表示されている間のみ動作するリスナーを登録するための最適な場所です。これは、システムイベント用のBroadcastReceiver、位置情報用のLocationListener、デバイスセンサー用のSensorListenerの3つの主要なシステムコンポーネントに関係します。

onStartでのBroadcastReceiver

BroadcastReceiverはonStartでContext.registerReceiver()を介して動的に登録され、onStopでunregisterReceiver()を介して登録解除されます。動的登録は、マニフェストでの静的登録よりも推奨されます。これは、レシーバーのライフタイムをActivityの可視期間に制限するためです — Activityが非表示の場合、アプリはシステムブロードキャストメッセージで起動しません。

private val batteryReceiver = object : BroadcastReceiver() {
    override fun onReceive(context: Context?, intent: Intent) {
        val level = intent.getIntExtra(BatteryManager.EXTRA_LEVEL, -1)
        binding?.batteryText?.text = "$level%"
    }
}

override fun onStart() {
    super.onStart()
    registerReceiver(batteryReceiver, IntentFilter(Intent.ACTION_BATTERY_CHANGED))
}

override fun onStop() {
    unregisterReceiver(batteryReceiver)
    super.onStop()
}

LocationListenerとSensorListener

位置情報とセンサーはリソースを大量に消費する操作です。onStartでGPS更新を要求し、onStopでキャンセルすることで、画面が非表示のときにアプリがバッテリーを消費しないようにします。細かい調整には、最小間隔と距離を指定したrequestLocationUpdatesを使用します — たとえば、10秒と10メートル。これにより、精度と消費電力の最適なバランスが得られます。

アニメーションとonStart

onCreateではなくonStartでアニメーションを開始することで、画面が表示されるたびにアニメーションが開始されます。onCreateでアニメーションを開始すると、最初のActivity作成時のみ機能し、バックグラウンドから戻る時には機能しません。onStartはActivityが表示されるたびに呼び出されるため、循環アニメーションやトランジションを開始するのに最適な場所です。

private lateinit var pulseAnimator: ValueAnimator

override fun onStart() {
    super.onStart()
    pulseAnimator.start()
    binding?.loadingIndicator?.animate()?.alpha(1f)?.start()
}

override fun onStop() {
    pulseAnimator.cancel()
    binding?.loadingIndicator?.animate()?.cancel()
    super.onStop()
}

ObjectAnimatorやValueAnimatorを使用するアニメーションでは、onStopでcancel()を呼び出すことが重要です。Activityが非表示になった後もアニメーションが実行され続けると、GPUとCPUのリソースを無駄に消費し、デバイスのパフォーマンスを低下させ、バッテリー消費を加速させます。Android Studio Profiler（GPUグラフ）を使用すると、アクティブなアニメーションを追跡し、リークを検出できます。

onStart/onStopのペアルールは、プレビュー用カメラ（CameraX）の操作にも適用されます。onStartでカメラを開き、onStopで閉じることで、アプリが画面に表示されていないときに他のアプリがカメラをブロックされないようにします。このルールの違反は、Google Playでネガティブなレビューの一般的な原因です。