企业官网建设流程全解析

1. 项目缘起：为什么我们需要一个独立的计步器？

在Android生态里，计步功能早已不是新鲜事。从各大手机厂商自带的健康应用，到微信、支付宝等国民级App内置的“微信运动”、“蚂蚁森林”，计步似乎已经无处不在。那为什么我们还需要一个独立的、名为“Android Pedometer”的应用呢？作为一个在移动健康领域摸爬滚打多年的开发者，我见过太多用户和初学者的困惑：系统自带的健康App数据不准、功能臃肿且无法导出；大厂App的计步数据往往与社交、营销深度绑定，隐私和安全边界模糊；更重要的是，如果你想学习传感器开发、理解Android健康数据框架，或者只是想拥有一个完全由自己掌控、简洁高效的步数追踪工具，市面上现成的方案都难以满足。

这正是“Android Pedometer”这个项目的核心价值所在。它不是一个简单的功能演示，而是一个从零开始、深度整合Android传感器框架、数据持久化、界面交互和后台服务的完整工程实践。通过亲手构建它，你不仅能获得一个完全免费、无广告、数据本地存储的私人健康助手，更能透彻理解Android平台上运动健康类应用的核心技术栈。最近在开发者社区和搜索引擎上，关于android中协调布局+banner、android动态图标主题、android蓝牙、android compose以及android studio recyclerview等话题热度不减，这些都从侧面反映了开发者们对构建现代化、高性能、用户体验良好的原生应用有着持续且强烈的需求。本项目将串联起这些热点技术，为你呈现一个活生生的综合案例。

2. 核心架构设计：从传感器到用户界面

构建一个健壮的计步器，远不止读取一个步数传感器数据那么简单。它需要一个清晰、可扩展的架构来应对数据采集的实时性、数据存储的可靠性、电量消耗的优化以及用户界面的流畅性等多重挑战。经过多次迭代，我总结出以下核心架构，它由四个层次组成，自底向上分别是数据源层、数据处理层、数据持久层和表现层。

2.1 数据源层：与硬件传感器的第一次握手

数据源是整个应用的基石。在Android上，计步主要依赖两种传感器：加速度传感器（TYPE_ACCELEROMETER）和步数探测器传感器（TYPE_STEP_DETECTOR）或步数计数器传感器（TYPE_STEP_COUNTER）。

这里有一个关键选择：是使用原始加速度数据自己实现计步算法，还是直接使用系统提供的步数传感器？我的建议是，对于学习型和追求极致控制的项目，可以从加速度传感器入手；但对于一个追求稳定、准确且低功耗的生产级应用，强烈推荐使用TYPE_STEP_COUNTER。

为什么是TYPE_STEP_COUNTER？TYPE_STEP_COUNTER是一个自设备启动以来累计步数的硬件传感器（如果设备支持）。它的最大优点是功耗极低，并且由系统底层或协处理器（如Qualcomm的Sensors Low Power Island）直接维护计数，准确性非常高，不受应用进程生命周期影响。即使你的应用被杀死，步数仍在持续累积，下次启动时读取当前值，减去上次记录的值，就能得到期间的新增步数。这完美解决了后台持续计步的难题。

而TYPE_STEP_DETECTOR则是每检测到一步就触发一次事件，适合需要实时反馈步态的应用，但需要应用持续在后台监听，对电量不友好。自己用加速度传感器实现算法（通过检测波峰波谷）则更复杂，准确率受设备放置位置、人体姿态影响大，且同样需要持续唤醒CPU，是电量杀手。

实操注册传感器监听：在实现了SensorEventListener的类中（通常是一个Service或ViewModel），进行如下操作：

class StepSensorService : Service(), SensorEventListener { private lateinit var sensorManager: SensorManager private var stepCounterSensor: Sensor? = null private var lastSavedStepCount = 0L // 持久化存储的上次步数 override fun onCreate() { super.onCreate() sensorManager = getSystemService(Context.SENSOR_SERVICE) as SensorManager stepCounterSensor = sensorManager.getDefaultSensor(Sensor.TYPE_STEP_COUNTER) if (stepCounterSensor != null) { // 关键参数：SENSOR_DELAY_UI 足以，因为STEP_COUNTER变化不频繁 sensorManager.registerListener(this, stepCounterSensor, SensorManager.SENSOR_DELAY_UI) } else { // 设备不支持硬件计步，需要降级方案（如使用加速度传感器或提示用户） handleNoStepCounter() } // 从本地数据库或SharedPreferences加载lastSavedStepCount loadLastStepCount() } override fun onSensorChanged(event: SensorEvent?) { event?.let { if (it.sensor.type == Sensor.TYPE_STEP_COUNTER) { val totalStepsSinceReboot = it.values[0].toLong() // 计算新增步数 = 当前总步数 - 上次保存的总步数 val newSteps = totalStepsSinceReboot - lastSavedStepCount if (newSteps > 0) { // 更新UI和数据层 updateStepCount(newSteps) // 更新lastSavedStepCount为当前总步数，并持久化 lastSavedStepCount = totalStepsSinceReboot saveLastStepCount(lastSavedStepCount) } } } } override fun onAccuracyChanged(sensor: Sensor?, accuracy: Int) { // 通常不需要处理 } }

注意：TYPE_STEP_COUNTER的值会在设备重启后重置为0。因此，我们的lastSavedStepCount也必须对应的是“上次记录时的总步数”，而不是一个绝对日期下的累计步数。我们需要在每次记录后保存这个“总步数快照”，并在应用启动或服务创建时加载它。

2.2 数据处理与持久层：Room数据库的优雅实践

计步数据是时间序列数据，我们需要存储每天、甚至每小时的步数，以便生成历史图表。这里我选择Jetpack Room作为持久化方案，因为它提供了编译时SQL校验、方便的RxJava或Coroutines集成，以及与LiveData/Flow的无缝结合，非常适合Android开发。

首先定义数据实体（Entity）。我们不仅要存步数，还要关联卡路里、距离等健康数据（这些可以通过步数估算）。

@Entity(tableName = "daily_step_records") data class DailyStepRecord( @PrimaryKey val date: String, // 使用“yyyy-MM-dd”格式作为主键，方便按天查询 val totalSteps: Int = 0, val estimatedCalories: Float = 0f, // 估算卡路里 val estimatedDistance: Float = 0f // 估算距离（米） ) { // 提供一个从步数估算卡路里和距离的便捷方法 // 简单公式：卡路里 ≈ 步数 * 0.04， 距离（米）≈ 步数 * 0.762 (假设步幅0.762米) fun calculateDerivedData() = this.copy( estimatedCalories = totalSteps * 0.04f, estimatedDistance = totalSteps * 0.762f ) }

接着定义数据访问对象（Dao）。这里的设计要考虑到常见的查询需求：获取今天的数据、获取某一时间范围内的数据用于绘图、插入或更新某天的数据。

@Dao interface DailyStepRecordDao { @Query("SELECT * FROM daily_step_records WHERE date = :date") suspend fun getRecordByDate(date: String): DailyStepRecord? @Query("SELECT * FROM daily_step_records WHERE date BETWEEN :startDate AND :endDate ORDER BY date ASC") fun getRecordsBetweenDates(startDate: String, endDate: String): Flow<List<DailyStepRecord>> @Insert(onConflict = OnConflictStrategy.REPLACE) suspend fun insertOrUpdate(record: DailyStepRecord) // 初始化时，可能需要创建最近N天的空记录 @Insert(onConflict = OnConflictStrategy.IGNORE) suspend fun insertAll(records: List<DailyStepRecord>) }

最后，在onSensorChanged中获取新增步数后，我们需要更新数据库。这里有一个细节：用户可能在同一天多次打开应用。我们需要先查询今天是否已有记录，有则更新步数（累加），无则创建。

private suspend fun updateStepCountInDatabase(newSteps: Int) { val today = SimpleDateFormat("yyyy-MM-dd", Locale.getDefault()).format(Date()) val database = AppDatabase.getInstance(applicationContext) val recordDao = database.dailyStepRecordDao() val todayRecord = recordDao.getRecordByDate(today) val updatedRecord = if (todayRecord != null) { todayRecord.copy(totalSteps = todayRecord.totalSteps + newSteps).calculateDerivedData() } else { DailyStepRecord(date = today, totalSteps = newSteps).calculateDerivedData() } recordDao.insertOrUpdate(updatedRecord) }

使用Flow从数据库查询数据，可以很方便地在UI层（如ViewModel）进行观察，实现数据的实时响应。

2.3 表现层：用Compose打造现代化界面

UI层我们采用Jetpack Compose，这是当前Android原生UI开发的主流和未来方向。相比于传统的View系统，Compose的声明式编程模型能让我们更专注于描述UI在不同状态下的样子，状态管理也更加清晰。结合架构中的ViewModel和Flow，我们可以构建一个响应式界面。

首先，在ViewModel中暴露UI状态。我们使用StateFlow或MutableStateFlow来持有状态。

class StepTrackerViewModel( private val stepRepository: StepRepository ) : ViewModel() { // UI状态数据类 data class StepUiState( val todaySteps: Int = 0, val todayCalories: Float = 0f, val todayDistance: Float = 0f, val weeklyData: List<DailyStepRecord> = emptyList(), val isLoading: Boolean = false ) private val _uiState = MutableStateFlow(StepUiState(isLoading = true)) val uiState: StateFlow<StepUiState> = _uiState.asStateFlow() init { viewModelScope.launch { // 合并多个Flow：今日数据和本周数据 combine( stepRepository.getTodayStepRecord(), stepRepository.getWeeklyStepRecords() ) { todayRecord, weeklyRecords -> StepUiState( todaySteps = todayRecord?.totalSteps ?: 0, todayCalories = todayRecord?.estimatedCalories ?: 0f, todayDistance = todayRecord?.estimatedDistance ?: 0f, weeklyData = weeklyRecords, isLoading = false ) }.collect { newState -> _uiState.value = newState } } } }

在Compose的@Composable函数中，我们收集这个uiState并据此绘制界面。主界面可能包含几个关键部分：

1. 顶部数据卡片：显示今日步数、卡路里、距离。可以使用Card和Column布局，数字部分用Text配合animate*AsState实现平滑的数字变化动画。
2. 历史图表：展示最近一周或一个月的步数趋势。这里可以集成第三方图表库，如MPAndroidChart的Compose版本，或者使用Compose Canvas自己绘制简单的柱状图/折线图。从uiState.weeklyData中获取数据源。
3. 目标设置与进度环：一个常见的功能是设置每日步数目标（如10000步），并用一个圆环进度条显示完成度。这可以用Canvas配合drawArc来实现。

@Composable fun StepTrackerScreen(viewModel: StepTrackerViewModel = viewModel()) { val uiState by viewModel.uiState.collectAsStateWithLifecycle() if (uiState.isLoading) { CircularProgressIndicator(modifier = Modifier.fillMaxSize().wrapContentSize()) } else { Column( modifier = Modifier .fillMaxSize() .verticalScroll(rememberScrollState()) .padding(16.dp) ) { // 1. 今日数据卡片 TodayStatsCard(uiState) Spacer(modifier = Modifier.height(24.dp)) // 2. 目标进度环 DailyGoalRing(uiState.todaySteps) Spacer(modifier = Modifier.height(24.dp)) // 3. 周历史图表 WeeklyChart(uiState.weeklyData) } } } @Composable fun DailyGoalRing(steps: Int, goal: Int = 10000) { val progress = remember(steps, goal) { steps.toFloat() / goal.coerceAtLeast(1) } val animatedProgress by animateFloatAsState(targetValue = progress, label = "goalProgress") Box(contentAlignment = Alignment.Center) { Canvas(modifier = Modifier.size(200.dp)) { // 绘制背景灰环 drawCircle(color = Color.LightGray, style = Stroke(width = 20f)) // 绘制进度弧 drawArc( color = Color.Green, startAngle = -90f, sweepAngle = 360f * animatedProgress, useCenter = false, style = Stroke(width = 20f, cap = StrokeCap.Round) ) } Column(horizontalAlignment = Alignment.CenterHorizontally) { Text(text = "$steps", style = MaterialTheme.typography.h2) Text(text = "步", style = MaterialTheme.typography.body1) Text(text = "目标: $goal", style = MaterialTheme.typography.caption) } } }

3. 后台服务与电量优化：让计步在后台持续运行

这是计步器项目的核心挑战之一。用户希望即使关闭了应用屏幕，步数也能被准确记录。这就需要我们的应用在后台持续运行。在Android上，后台运行意味着要处理好生命周期、唤醒锁和电量消耗的平衡。

3.1 前台服务（Foreground Service）的必要性

从Android 8.0（API 26）开始，后台执行限制变得非常严格。简单的Service在应用进入后台后很快就会被系统停止。为了确保计步服务能长期稳定运行，我们必须使用前台服务。

前台服务会在状态栏显示一个持续的通知，告知用户该应用正在后台执行任务。这提升了用户体验的透明度，也是系统允许你长时间运行的条件。

创建并启动前台服务：

class StepForegroundService : Service() { companion object { const val NOTIFICATION_CHANNEL_ID = "step_tracker_channel" const val NOTIFICATION_ID = 1 } override fun onCreate() { super.onCreate() // 1. 创建通知渠道（Android 8.0+必需） createNotificationChannel() // 2. 启动前台服务 startForeground(NOTIFICATION_ID, createStepNotification()) // 3. 初始化传感器监听（见2.1节） initStepSensor() } private fun createNotificationChannel() { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) { val channel = NotificationChannel( NOTIFICATION_CHANNEL_ID, "步数追踪", NotificationManager.IMPORTANCE_LOW // 低重要性，避免打扰用户 ).apply { description = "用于在后台持续追踪您的步数" setShowBadge(false) // 可选：不在应用图标上显示角标 } val manager = getSystemService(NotificationManager::class.java) manager.createNotificationChannel(channel) } } private fun createStepNotification(): Notification { // 构建一个简洁的通知，显示当前步数 val intent = Intent(this, MainActivity::class.java).apply { flags = Intent.FLAG_ACTIVITY_NEW_TASK or Intent.FLAG_ACTIVITY_CLEAR_TASK } val pendingIntent = PendingIntent.getActivity(this, 0, intent, PendingIntent.FLAG_IMMUTABLE) return NotificationCompat.Builder(this, NOTIFICATION_CHANNEL_ID) .setContentTitle("步数追踪中") .setContentText("正在记录您的每一步...") .setSmallIcon(R.drawable.ic_walk) // 一个步行图标 .setContentIntent(pendingIntent) .setOngoing(true) // 持续通知，用户无法滑动清除 .setPriority(NotificationCompat.PRIORITY_LOW) .build() } }

在Activity或Application中启动这个服务：

val serviceIntent = Intent(context, StepForegroundService::class.java) if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) { context.startForegroundService(serviceIntent) } else { context.startService(serviceIntent) }

重要提示：从Android 12（API 31）开始，前台服务需要声明新的权限<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />，并且对于某些类型的前台服务（如位置、摄像头），还需要声明更具体的权限如<uses-permission android:name="android.permission.FOREGROUND_SERVICE_DATA_SYNC" />。计步服务通常使用FOREGROUND_SERVICE_HEALTH类型，但需注意其使用限制和Google Play政策。

3.2 WorkManager的定时任务：数据备份与同步

虽然前台服务能保证传感器监听持续进行，但我们还需要一个机制来定期（比如每天凌晨）执行一些任务，例如：

• 数据归档与清理：将当天的最终数据备份到云端或本地文件。
• 重置日计步逻辑：虽然我们依赖STEP_COUNTER的绝对值和日期判断，但每日初始化时可能需要执行一些逻辑。
• 生成健康报告。

对于这种“定期执行”且“不需要实时传感器”的任务，使用WorkManager是比让服务一直做轮询更省电的方案。WorkManager能根据设备情况（是否充电、空闲状态）智能调度任务，并保证任务最终会被执行。

定义一个每日同步的Worker：

class DailySyncWorker(context: Context, params: WorkerParameters) : CoroutineWorker(context, params) { override suspend fun doWork(): Result { return try { // 1. 获取昨天的日期 val calendar = Calendar.getInstance().apply { add(Calendar.DATE, -1) } val yesterday = SimpleDateFormat("yyyy-MM-dd", Locale.getDefault()).format(calendar.time) // 2. 从数据库获取昨天数据 val record = AppDatabase.getInstance(applicationContext) .dailyStepRecordDao() .getRecordByDate(yesterday) // 3. 执行同步逻辑（例如上传到健康平台、备份到文件） record?.let { syncToCloud(it) } Result.success() } catch (e: Exception) { // 失败重试 Result.retry() } } private suspend fun syncToCloud(record: DailyStepRecord) { // 模拟网络请求 delay(1000) Log.d("DailySyncWorker", "Synced record for ${record.date}") } }

在应用初始化时，设置一个每日一次的周期性工作请求：

val dailySyncRequest = PeriodicWorkRequestBuilder<DailySyncWorker>( 1, TimeUnit.DAYS, // 重复间隔 15, TimeUnit.MINUTES // 弹性时间窗口，系统可在此窗口内灵活执行 ).setConstraints( Constraints.Builder() .setRequiredNetworkType(NetworkType.CONNECTED) // 仅在联网时执行 .setRequiresBatteryNotLow(true) // 电量不低时执行 .build() ).build() WorkManager.getInstance(context).enqueueUniquePeriodicWork( "daily_sync", ExistingPeriodicWorkPolicy.KEEP, // 如果已有相同名称的任务，保留旧的 dailySyncRequest )

3.3 电量优化实战：AlarmManager的谨慎使用与Doze模式适配

即使使用了低功耗的STEP_COUNTER和WorkManager，我们仍需关注Android的Doze模式和应用待机模式。这些机制会在设备长时间未使用时，限制网络访问、延迟作业和警报，以节省电量。

对我们的影响：

• 前台服务：在Doze模式下，前台服务通常仍能运行，但网络访问可能被限制。
• WorkManager：WorkManager的作业会被延迟，直到设备退出Doze模式或进入维护窗口。

应对策略：

1. 使用setAndAllowWhileIdle或setExactAndAllowWhileIdle：如果某些任务对时间要求相对精确（如整点提醒），可以使用AlarmManager的这两个方法，它们即使在Doze模式下也能触发，但频率受限（每15分钟最多一次）。
2. 声明REQUEST_IGNORE_BATTERY_OPTIMIZATIONS权限（慎用）：可以引导用户将你的应用加入电池优化白名单。但这会带来不好的用户体验，且Google Play对滥用此权限的应用审核严格。仅当你的应用是核心健康或医疗设备类应用时，才考虑使用，并必须提供充分的理由。
3. 优化网络请求：所有同步操作应批量进行，避免频繁、零碎的网络请求。使用WorkManager的约束条件（如仅在充电和Wi-Fi下同步大文件）是很好的实践。

一个常见的坑：在onSensorChanged中，不要每次步数变化都立刻更新数据库或进行网络操作。应该设置一个阈值或时间间隔进行批量操作。例如，可以每累积50步或每5分钟才将数据写入数据库一次。

// 在SensorEventListener中 private var stepBuffer = 0 private var lastSaveTime = System.currentTimeMillis() private val SAVE_INTERVAL = 5 * 60 * 1000 // 5分钟 private val STEP_BUFFER_THRESHOLD = 50 // 50步 override fun onSensorChanged(event: SensorEvent?) { // ... 计算newSteps stepBuffer += newSteps val currentTime = System.currentTimeMillis() if (stepBuffer >= STEP_BUFFER_THRESHOLD || (currentTime - lastSaveTime) >= SAVE_INTERVAL) { viewModelScope.launch { updateStepCountInDatabase(stepBuffer) stepBuffer = 0 lastSaveTime = currentTime } } }

4. 高级功能与性能调优

一个基础的计步器完成后，我们可以考虑添加更多提升用户体验和应用健壮性的功能。

4.1 动态图标与主题适配

根据当前步数目标完成度，动态改变应用图标或主界面颜色，能增强用户的参与感。这涉及到动态应用图标（Adaptive Icons）和动态主题。

动态主题（基于步数）：在Compose中，我们可以根据步数进度动态计算颜色。

@Composable fun StepTrackerAppTheme( progress: Float, // 完成度，0.0~1.0 content: @Composable () -> Unit ) { // 根据进度从绿色渐变到橙色再到红色 val primaryColor = remember(progress) { when { progress < 0.5 -> lerp(Color.Green, Color.Yellow, progress * 2) else -> lerp(Color.Yellow, Color.Red, (progress - 0.5f) * 2) } } MaterialTheme( colors = MaterialTheme.colors.copy(primary = primaryColor), typography = Typography, shapes = Shapes, content = content ) }

动态应用图标（仅限支持Launcher Shortcuts或第三方Launcher的有限方式）：完全动态更换主屏幕图标在原生Android中限制较多。一个变通方案是使用应用快捷方式（App Shortcuts），创建多个带有不同图标的快捷方式，但无法替换主入口。另一种更复杂的方式是使用一些第三方Launcher提供的API，但这不具备普适性。对于大多数应用，更可行的方案是在应用内提供一个“徽章”或“角标”来显示步数，但这需要特定厂商（如小米、华为）的推送或角标SDK支持，实现起来非常碎片化。因此，我建议将重点放在应用内的视觉动态化上。

4.2 数据可视化：使用MPAndroidChart绘制历史趋势图

虽然Compose Canvas可以画图，但对于复杂的图表，使用成熟的库更高效。MPAndroidChart是一个功能强大的图表库，它也有适用于Compose的版本（虽然官方未直接提供，但可以通过AndroidView封装使用）。

首先，在build.gradle中添加依赖：implementation 'com.github.PhilJay:MPAndroidChart:v3.1.0'。

然后，创建一个可组合函数来封装图表：

@Composable fun WeeklyChart(records: List<DailyStepRecord>) { val context = LocalContext.current AndroidView( factory = { ctx -> LineChart(ctx).apply { // 1. 基本配置 description.isEnabled = false // 隐藏描述 setTouchEnabled(true) // 启用触摸交互 isDragEnabled = true setScaleEnabled(true) setPinchZoom(true) setDrawGridBackground(false) // 2. 设置X轴（日期） xAxis.position = XAxis.XAxisPosition.BOTTOM xAxis.granularity = 1f xAxis.setDrawGridLines(false) xAxis.valueFormatter = object : ValueFormatter() { override fun getFormattedValue(value: Float): String { // 假设records列表顺序对应X轴，value是索引 val index = value.toInt() return if (index in records.indices) { records[index].date.substring(5) // 显示“MM-DD” } else { "" } } } // 3. 设置Y轴（步数） axisLeft.setDrawGridLines(true) axisLeft.axisMinimum = 0f axisRight.isEnabled = false // 关闭右侧Y轴 // 4. 设置数据 val entries = records.mapIndexed { index, record -> Entry(index.toFloat(), record.totalSteps.toFloat()) } val dataSet = LineDataSet(entries, "每日步数").apply { color = Color.BLUE valueTextColor = Color.BLACK lineWidth = 2f setDrawCircles(true) setDrawValues(true) // 在点上显示数值 } data = LineData(dataSet) // 5. 动画 animateX(1000) invalidate() // 刷新视图 } }, update = { chart -> // 当records数据更新时，刷新图表 val entries = records.mapIndexed { index, record -> Entry(index.toFloat(), record.totalSteps.toFloat()) } chart.data.dataSets[0].clear() (chart.data.dataSets[0] as LineDataSet).entries = entries as MutableList<Entry>? chart.data.notifyDataChanged() chart.notifyDataSetChanged() chart.invalidate() }, modifier = Modifier .fillMaxWidth() .height(300.dp) .padding(8.dp) ) }

4.3 性能监控与疑难排查

在开发过程中，性能问题可能悄然出现。我们需要借助工具进行监控。

使用Android Profiler：

1. CPU Profiler：检查onSensorChanged回调是否过于频繁，导致主线程阻塞。确保将耗时的数据库操作放在协程或子线程中。
2. Memory Profiler：监控是否有内存泄漏。特别注意SensorManager的监听器要在适当的生命周期（如onPause或onDestroy）中注销，Service要在任务完成后正确停止。
3. Network Profiler：如果集成了数据同步功能，检查网络请求是否合理，有无冗余调用。

常见的坑与解决方案：

1. 计步服务被系统杀死：

   • 现象：应用退到后台一段时间后，步数不再增加。
   • 排查：检查是否使用了前台服务并显示了通知。在Android 9+上，需要请求FOREGROUND_SERVICE权限。在Android 12+上，需要确保通知渠道重要性不是IMPORTANCE_NONE，并且用户没有手动关闭该渠道的通知。
   • 解决：在onStartCommand中返回START_STICKY，使服务被杀死后尝试重启。但这不是绝对可靠的，最终还是要引导用户将应用加入电池优化白名单（谨慎操作）。

2. 设备重启后步数重置：

   • 现象：设备重启后，应用内步数从0开始或大幅减少。
   • 根因：TYPE_STEP_COUNTER传感器值在设备重启后归零。我们的lastSavedStepCount存储的是上次的“绝对总步数”，重启后这个值可能远大于新的传感器读数，导致newSteps计算为负数或极大值。
   • 解决：在每次保存lastSavedStepCount时，同时保存时间戳。当应用启动发现传感器值小于上次保存的值时，可以判定为设备已重启。此时，应将lastSavedStepCount重置为0，并记录“设备重启”事件，当天的步数从新传感器的值开始累计。

   // 在SharedPreferences中存储 val prefs = getSharedPreferences("step_prefs", MODE_PRIVATE) val editor = prefs.edit() editor.putLong("last_sensor_value", totalStepsSinceReboot) editor.putLong("last_save_time", System.currentTimeMillis()) // 保存时间戳 editor.apply()

3. 不同设备计步精度差异：

   • 现象：同一人在不同手机上，步数统计有差异。
   • 说明：这是硬件和算法差异导致的，属于正常现象。TYPE_STEP_COUNTER是硬件或底层算法提供，我们无法控制。可以在应用设置中提供一个“步幅校准”功能，让用户输入身高或实际步幅，来更准确地计算距离。卡路里估算公式也可以提供选择（不同体重、运动强度系数）。

构建一个完整的Android计步器应用，是一次对Android传感器、后台服务、数据持久化、现代UI框架和性能优化的综合演练。从选择低功耗的STEP_COUNTER传感器，到用Room管理数据，再用Compose和ViewModel构建响应式UI，最后用前台服务和WorkManager解决后台运行与定时任务问题，每一步都充满了工程实践的细节。在这个过程中，我最大的体会是，对于移动健康应用，电量友好和数据准确性是用户体验的基石，任何炫酷的功能都必须建立在这两者之上。希望这个详细的拆解能帮助你不仅做出一个可用的应用，更能理解其背后的设计哲学与技术权衡。