class LocationActivity : AppCompatActivity() {
private var locationClient: LocationClient? = null
override fun onStart() {
super.onStart()
// Start listening when visible to the user
locationClient?.startLocationUpdates()
}
override fun onStop() {
super.onStop()
// Release when invisible to save battery and prevent leaks on process kill
locationClient?.stopLocationUpdates()
}
}
Androidアプリケーションの4つの主要コンポーネントは、Activity、Service、BroadcastReceiver、ContentProviderです。Activityは画面操作のためのユーザーインターフェイスを提供します。Serviceは専用のUIを持たずにバックグラウンド処理を実行します。BroadcastReceiverはシステム全体またはアプリレベルのブロードキャスト通知をリッスンし、応答します。ContentProviderは構造化データを管理し、他のアプリケーションや内部モジュールに公開します。
デフォルトでは、Activity（onCreate、onStart、onResumeなど）、Service（onCreate、onStartCommand、onBindなど）、BroadcastReceiver（onReceive）の主要なライフサイクルコールバックは、アプリケーションのメインスレッド（UIスレッド）上で同期的に実行されます。ContentProviderのメソッド（onCreateなど）もメインスレッドで初期化されますが、プロセス間をまたいで呼び出されるqueryやinsertなどの操作はBinderスレッドプールのスレッド上で実行されます。
デフォルトのコールバックはメインスレッドで実行されるため、ネットワークリクエストや大規模なデータベースのディスクI/Oといった重いブロッキング処理をコールバック内で直接実行すると、UIループがブロックされ、ANR（Application Not Responding）エラーが発生します。
class DataSyncService : Service() {
private val serviceScope = CoroutineScope(Dispatchers.IO + SupervisorJob())
override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int {
// onStartCommand runs on the Main Thread; heavy work must be offloaded
serviceScope.launch {
performDiskAndNetworkSync()
stopSelf(startId)
}
return START_NOT_STICKY
}
override fun onBind(intent: Intent?): IBinder? = null
override fun onDestroy() {
super.onDestroy()
serviceScope.cancel()
}
private fun performDiskAndNetworkSync() {
// Blocking I/O safely executed on Dispatchers.IO
}
}
@Composable
fun CounterExample() {
// Resets to 0 on screen rotation
var localCount by remember { mutableStateOf(0) }
// Persists across screen rotation and process death
var persistentCount by rememberSaveable { mutableStateOf(0) }
Column {
Button(onClick = { localCount++; persistentCount++ }) {
Text("Local: $localCount | Saved: $persistentCount")
}
}
}
val displayName: String? = intent.getStringExtra("display_name")
val greeting = "Hello, ${displayName ?: "Guest"}"
val lengthText = displayName?.length?.toString() ?: "No name provided"
// Risky: crashes if displayName is null
val riskyLength = displayName!!.length
10Google Play App Signing を利用する際、アップロード鍵とアプリ署名鍵にはどのような違いがありますか？
Google Play App Signing において、アップロード鍵とアプリ署名鍵は2つの異なるセキュリティ上の役割を果たします。
アップロード鍵は開発者が保持し、ビルド成果物（AAB）を Google Play Console にアップロードする前に署名するために使用され、開発者の身元を Google に対して証明します。
アプリ署名鍵は Google のクラウドインフラ内に安全に保管され、エンドユーザーのデバイスに実際に配信・インストールされる生成済み APK に Google Play が署名するために使用されます。これにより、Android 上におけるアプリの恒久的な暗号アイデンティティが確立されます。
運用上の大きなメリットは鍵の復旧性です。開発者がアップロード鍵を紛失または侵害された場合でも、Google Play サポートに本人確認を行うことで、アプリのアップデート経路を壊すことなくアップロード鍵を再設定できます。開発者がアプリ署名鍵を直接保持していた従来の方式では、鍵を紛失するとアプリを二度と更新できなくなっていました。
class NavigationDispatcher @Inject constructor() {
private val _events = Channel<NavigationCommand>(Channel.BUFFERED)
val events: Flow<NavigationCommand> = _events.receiveAsFlow()
fun navigate(command: NavigationCommand) {
_events.trySend(command)
}
}
// In Fragment / Activity
viewLifecycleOwner.lifecycleScope.launch {
viewLifecycleOwner.repeatOnLifecycle(Lifecycle.State.RESUMED) {
navigationDispatcher.events.collect { command ->
CrashReporting.leaveBreadcrumb("Navigating to ${command.destination} at state ${lifecycle.currentState}")
command.execute(parentFragmentManager)
}
}
}