1. 项目概述为什么我们需要GNSS原始数据在Android应用开发特别是涉及高精度定位、运动轨迹分析、地理信息测绘或自动驾驶辅助的领域开发者常常会遇到一个瓶颈系统提供的标准定位API如LocationManager或Fused Location Provider API返回的往往是经过“黑盒”处理后的结果。你拿到手的可能只是一个经纬度、一个精度半径和一个时间戳。这个结果是怎么算出来的它融合了哪几颗卫星的数据卫星信号的信噪比如何接收机内部的钟差是多少对于这些细节标准API一概不知。这就引出了我们今天要深入探讨的核心话题在Android设备上获取GNSS原始观测数据。GNSS全球导航卫星系统不仅包括我们熟知的GPS还有中国的北斗BDS、俄罗斯的格洛纳斯GLONASS和欧盟的伽利略Galileo。所谓“原始数据”指的是接收机从卫星信号中直接解算出的底层观测值例如伪距Pseudorange卫星到接收机的近似距离包含钟差、大气延迟等误差。载波相位Carrier Phase测量卫星载波信号相位的更精确数据用于厘米级甚至毫米级定位。多普勒频移Doppler Shift反映接收机与卫星相对运动的速度。信噪比C/N0卫星信号强度和质量的关键指标。星历Ephemeris与历书Almanac卫星的轨道和时钟参数。获取这些数据意味着你从定位结果的“消费者”变成了定位过程的“分析者”甚至“优化者”。你可以自己实现RTK实时动态差分算法来提升精度可以分析城市峡谷中的多径效应可以评估不同卫星星座的性能甚至可以为机器学习模型提供高质量的轨迹训练数据。这不再是简单的“获取位置”而是打开了高精度定位算法研究和应用开发的一扇大门。2. 核心原理与Android支持演进在深入代码之前我们必须理解Android系统是如何逐步开放这些底层能力的。这决定了我们能用什么工具、以及能用到什么程度。2.1 GNSS原始数据接口的诞生GnssMeasurement API在Android 7.0API Level 24之前开发者几乎无法触及任何GNSS底层数据。从Android 7.0开始Google引入了GnssMeasurement和GnssNavigationMessage这两个革命性的API。GnssMeasurement这是核心。它提供了一个GnssMeasurement.Callback用于接收卫星的原始观测信息。每次回调都包含一个GnssMeasurement对象列表每个对象对应一颗可见卫星里面封装了伪距、载波相位、多普勒、信噪比、累积时间、卫星状态等丰富信息。GnssNavigationMessage这个API用于接收卫星播发的导航电文数据星历和历书。这对于需要自行计算卫星位置的应用至关重要。然而这个API在初期存在两个主要限制一是硬件支持依赖OEM厂商的实现并非所有设备都可用二是其提供的载波相位等数据可能并非“原始”的而是经过设备芯片内部一定程度的处理。2.2 迈向真正“原始”GnssAntennaInfo与Android 12的增强随着高精度定位需求的爆发Android 12API Level 31进一步强化了GNSS原始数据支持GnssAntennaInfo新增API用于描述设备上天线的物理特性如相位中心偏移和相位变化图。这对于需要极高精度如RTK的应用至关重要因为天线特性会直接影响信号测量。更“Raw”的数据Google鼓励芯片厂商提供更接近硬件的原始观测数据特别是未经周跳修复的连续载波相位这对精密单点定位PPP和RTK算法更友好。2.3 当前现状与设备兼容性挑战尽管API已经存在但现实很骨感。获取完整、可用的GNSS原始数据仍然面临挑战硬件与驱动支持这是最大的门槛。芯片厂商如高通、联发科需要在其驱动和硬件抽象层HAL中实现并暴露这些数据。高端旗舰机通常支持更好。系统权限应用需要声明并动态申请ACCESS_FINE_LOCATION权限。在Android 10及以上还需要在后台运行时申请ACCESS_BACKGROUND_LOCATION权限。API Level限制你的minSdkVersion必须至少为24才能使用核心API如果要使用GnssAntennaInfo则需要至少31。数据质量参差不齐不同设备、不同芯片、甚至不同系统版本返回的数据格式、频率和完整性都可能不同。例如载波相位是否连续、伪距是否包含硬件延迟校正都需要在实际设备上测试验证。注意在开始编码前强烈建议你查阅目标设备的官方文档如果可能或使用我们后面会提到的测试工具先验证该设备是否支持以及支持的质量如何。盲目开发很可能事倍功半。3. 开发环境搭建与核心代码实现理论铺垫完毕现在让我们进入实战环节。我将以一个完整的、可运行的示例项目来讲解如何一步步实现GNSS原始数据的采集。3.1 环境准备与项目配置首先确保你的开发环境就绪。Android Studio使用最新稳定版。确保SDK Manager中已安装对应API Level至少24的SDK和系统镜像。创建新项目选择“Empty Activity”模板即可。配置build.gradle (Module)android { compileSdk 34 // 建议使用最新SDK版本进行编译 defaultConfig { applicationId com.yourcompany.gnssrawlogger minSdk 24 // 最低支持到Android 7.0 targetSdk 34 // ... } // ... }配置权限在AndroidManifest.xml中添加必要权限。manifest ... !-- 精确位置权限 -- uses-permission android:nameandroid.permission.ACCESS_FINE_LOCATION / !-- 如果需要在后台持续记录Android 10需要此权限 -- uses-permission android:nameandroid.permission.ACCESS_BACKGROUND_LOCATION / !-- 声明应用需要GNSS硬件功能非强制但有助于商店过滤 -- uses-feature android:nameandroid.hardware.location.gps android:requiredfalse/ application ... ... /application /manifest这里将android.hardware.location.gps设为false意味着应用可以在没有GNSS硬件的设备上安装虽然用不了核心功能这能扩大应用分发范围。3.2 核心实现注册监听与数据解析我们将创建一个GnssRawDataService继承自Service来在后台持续收集数据同时创建一个MainActivity来控制服务的启停和显示状态。第一步动态申请权限MainActivity.kt在Activity中我们需要在合适的位置如onCreate请求位置权限。import android.Manifest import android.content.pm.PackageManager import androidx.core.app.ActivityCompat import androidx.core.content.ContextCompat class MainActivity : AppCompatActivity() { companion object { private const val LOCATION_PERMISSION_REQUEST_CODE 1001 } override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) checkAndRequestPermissions() } private fun checkAndRequestPermissions() { val fineLocationPermission Manifest.permission.ACCESS_FINE_LOCATION if (ContextCompat.checkSelfPermission(this, fineLocationPermission) ! PackageManager.PERMISSION_GRANTED) { // 权限未授予向用户解释可选 if (ActivityCompat.shouldShowRequestPermissionRationale(this, fineLocationPermission)) { // 展示一个对话框解释为什么需要这个权限 AlertDialog.Builder(this) .setTitle(需要位置权限) .setMessage(此应用需要获取精确位置权限以访问GNSS原始数据用于高精度定位分析。) .setPositiveButton(确定) { _, _ - requestPermissions() } .setNegativeButton(取消, null) .show() } else { requestPermissions() } } else { // 权限已授予可以初始化GNSS监听 initGnssControl() } } private fun requestPermissions() { val permissions arrayOf(Manifest.permission.ACCESS_FINE_LOCATION) // Android 10如果需要后台定位这里还要加上ACCESS_BACKGROUND_LOCATION if (Build.VERSION.SDK_INT Build.VERSION_CODES.Q) { permissions Manifest.permission.ACCESS_BACKGROUND_LOCATION } ActivityCompat.requestPermissions(this, permissions, LOCATION_PERMISSION_REQUEST_CODE) } override fun onRequestPermissionsResult(requestCode: Int, permissions: Arrayout String, grantResults: IntArray) { super.onRequestPermissionsResult(requestCode, permissions, grantResults) if (requestCode LOCATION_PERMISSION_REQUEST_CODE) { if (grantResults.isNotEmpty() grantResults[0] PackageManager.PERMISSION_GRANTED) { initGnssControl() } else { Toast.makeText(this, 位置权限被拒绝无法使用GNSS功能, Toast.LENGTH_LONG).show() } } } private fun initGnssControl() { // 这里绑定或启动我们的GnssRawDataService // ... 后续实现 } }第二步实现GNSS原始数据服务GnssRawDataService.kt这是最核心的部分。我们将实现GnssMeasurement.Callback和GnssNavigationMessage.Callback。import android.app.Service import android.content.Intent import android.location.GnssMeasurement import android.location.GnssMeasurementsEvent import android.location.GnssNavigationMessage import android.location.LocationManager import android.os.Binder import android.os.IBinder import android.util.Log import java.io.File import java.io.FileOutputStream import java.text.SimpleDateFormat import java.util.Date import java.util.Locale import java.util.concurrent.Executors class GnssRawDataService : Service() { private lateinit var locationManager: LocationManager private val executor Executors.newSingleThreadExecutor() private var logFile: File? null private var outputStream: FileOutputStream? null private val dateFormatter SimpleDateFormat(yyyy-MM-dd HH:mm:ss.SSS, Locale.getDefault()) // Binder用于Activity与Service通信 inner class LocalBinder : Binder() { fun getService(): GnssRawDataService thisGnssRawDataService } private val binder LocalBinder() override fun onCreate() { super.onCreate() locationManager getSystemService(LOCATION_SERVICE) as LocationManager setupLogFile() } private fun setupLogFile() { val timeStamp SimpleDateFormat(yyyyMMdd_HHmmss, Locale.getDefault()).format(Date()) val fileName gnss_raw_$timeStamp.txt // 将文件保存在应用的外部存储私有目录 val externalFilesDir getExternalFilesDir(null) logFile File(externalFilesDir, fileName) try { outputStream FileOutputStream(logFile, true) writeToFile(# GNSS Raw Data Log - Started at ${dateFormatter.format(Date())}\n) writeToFile(# Format: Time(UTC),Svid,ConstellationType,CN0,AccumulatedDeltaRangeM,AccumulatedDeltaRangeState,PseudorangeRateMps,ReceivedSvTimeNanos,TimeOffsetNanos,State,MultipathIndicator\n) } catch (e: Exception) { Log.e(TAG, Failed to create log file, e) } } private fun writeToFile(line: String) { executor.execute { try { outputStream?.write(line.toByteArray()) } catch (e: Exception) { Log.e(TAG, Failed to write to log file, e) } } } override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int { registerGnssListeners() return START_STICKY // 服务被系统杀死后会尝试重启 } private fun registerGnssListeners() { try { // 注册GnssMeasurement回调 val measurementCallback object : GnssMeasurement.Callback() { override fun onGnssMeasurementsReceived(event: GnssMeasurementsEvent) { // 获取事件发生的时刻接收机时间 val timeNanos event.clock?.timeNanos ?: System.nanoTime() val measurements event.measurements for (measurement in measurements) { // 解析并记录每颗卫星的测量数据 val logLine buildMeasurementLogLine(timeNanos, measurement) writeToFile(logLine) // 同时可以实时更新UI或进行其他处理 Log.d(TAG, Meas: $logLine) } } override fun onStatusChanged(status: Int) { val statusStr when (status) { GnssMeasurement.Callback.STATUS_NOT_SUPPORTED - NOT_SUPPORTED GnssMeasurement.Callback.STATUS_READY - READY GnssMeasurement.Callback.STATUS_LOCATION_DISABLED - LOCATION_DISABLED else - UNKNOWN($status) } Log.i(TAG, GnssMeasurement Status Changed: $statusStr) writeToFile(# Status: $statusStr\n) } } // 注册GnssNavigationMessage回调 val navMessageCallback object : GnssNavigationMessage.Callback() { override fun onGnssNavigationMessageReceived(message: GnssNavigationMessage) { // 处理导航电文这里简单记录类型 val typeStr when (message.type) { GnssNavigationMessage.TYPE_GPS_L1CA - GPS_L1CA GnssNavigationMessage.TYPE_GPS_L2CNAV - GPS_L2CNAV GnssNavigationMessage.TYPE_GPS_L5CNAV - GPS_L5CNAV GnssNavigationMessage.TYPE_BDS_D1 - BDS_D1 GnssNavigationMessage.TYPE_BDS_D2 - BDS_D2 GnssNavigationMessage.TYPE_GAL_I - GAL_I GnssNavigationMessage.TYPE_GLO_L1CA - GLO_L1CA else - UNKNOWN(${message.type}) } val logLine # NavMsg: Svid${message.svid}, Type$typeStr, DataLen${message.data.size}\n writeToFile(logLine) Log.d(TAG, logLine.trim()) } override fun onStatusChanged(status: Int) { // 类似处理状态变化 } } // 向系统注册回调 locationManager.registerGnssMeasurementsCallback(measurementCallback, executor) locationManager.registerGnssNavigationMessageCallback(navMessageCallback, executor) // 保存回调引用以便后续注销 // ... (需要将callback保存在成员变量中) } catch (e: SecurityException) { Log.e(TAG, SecurityException: Location permission not granted?, e) } catch (e: Exception) { Log.e(TAG, Exception registering GNSS listeners, e) } } private fun buildMeasurementLogLine(timeNanos: Long, measurement: GnssMeasurement): String { // 这是一个简化的日志格式。实际应用中你可能需要记录更多字段。 // ConstellationType: 星座类型 (GPS, GLONASS, BEIDOU, GALILEO, etc.) val constType when (measurement.constellationType) { GnssStatus.CONSTELLATION_GPS - GPS GnssStatus.CONSTELLATION_GLONASS - GLO GnssStatus.CONSTELLATION_BEIDOU - BDS GnssStatus.CONSTELLATION_GALILEO - GAL GnssStatus.CONSTELLATION_QZSS - QZS GnssStatus.CONSTELLATION_SBAS - SBAS GnssStatus.CONSTELLATION_IRNSS - IRN else - UNK } return String.format( Locale.US, %d,%d,%s,%.1f,%.3f,%d,%.3f,%d,%d,%d,%d\n, timeNanos, measurement.svid, // 卫星ID constType, measurement.cn0DbHz, // 信噪比 measurement.accumulatedDeltaRangeMeters, // 累积载波相位米 measurement.accumulatedDeltaRangeState, // 载波相位状态 measurement.pseudorangeRateMetersPerSecond, // 伪距变化率 measurement.receivedSvTimeNanos, // 接收到的卫星时间 measurement.timeOffsetNanos, // 时间偏移 measurement.state, // 测量状态位 measurement.multipathIndicator // 多径指示器 ) } override fun onBind(intent: Intent): IBinder { return binder } override fun onDestroy() { super.onDestroy() // 注销所有监听器 // ... (注销保存的callback) try { outputStream?.close() } catch (e: Exception) { Log.e(TAG, Error closing stream, e) } Log.i(TAG, GNSS Service Destroyed) } companion object { private const val TAG GnssRawDataService } }第三步在Activity中绑定服务并控制MainActivity.kt补充现在我们在initGnssControl中绑定服务并添加控制按钮。// 在MainActivity中 private var isServiceBound false private lateinit var gnssService: GnssRawDataService private val serviceConnection object : ServiceConnection { override fun onServiceConnected(name: ComponentName?, service: IBinder?) { val binder service as GnssRawDataService.LocalBinder gnssService binder.getService() isServiceBound true updateUi(true) } override fun onServiceDisconnected(name: ComponentName?) { isServiceBound false updateUi(false) } } private fun initGnssControl() { val serviceIntent Intent(this, GnssRawDataService::class.java) // 启动并绑定服务 startService(serviceIntent) // 确保服务在后台运行 bindService(serviceIntent, serviceConnection, Context.BIND_AUTO_CREATE) // 设置按钮点击事件 findViewByIdButton(R.id.btn_start_logging).setOnClickListener { // 这里可以通过Binder调用服务的方法例如开始记录特定格式 Toast.makeText(this, Logging started via Service, Toast.LENGTH_SHORT).show() } findViewByIdButton(R.id.btn_stop_logging).setOnClickListener { // 停止服务 stopService(Intent(this, GnssRawDataService::class.java)) updateUi(false) } } private fun updateUi(serviceRunning: Boolean) { // 根据服务状态更新UI例如按钮的enable状态 findViewByIdButton(R.id.btn_start_logging).isEnabled !serviceRunning findViewByIdButton(R.id.btn_stop_logging).isEnabled serviceRunning findViewByIdTextView(R.id.tv_status).text if (serviceRunning) 服务运行中 else 服务未运行 } override fun onDestroy() { super.onDestroy() if (isServiceBound) { unbindService(serviceConnection) isServiceBound false } }3.3 数据存储与格式选择上面的示例将数据以自定义的CSV格式写入文本文件。对于生产级应用或研究你可能需要考虑更专业的格式RINEXReceiver Independent Exchange Format这是大地测量领域的国际标准格式。将原始数据转换为RINEX格式如观测文件O文件、导航文件N文件后可以使用RTKLIB、GAMIT/GLOBK等专业软件进行处理。实现RINEX写入器需要仔细阅读格式规范。Google的GNSSLogger格式Google提供的“GNSSLogger”应用也输出一种文本格式社区中有很多解析工具。模仿它的格式可以方便地与现有工具链兼容。SQLite数据库如果你需要频繁查询或关联其他传感器数据如IMU将数据存入SQLite数据库是更结构化的选择。Protocol Buffers / FlatBuffers对于需要高效序列化和大量数据存储的场景使用二进制格式可以显著减少存储空间和I/O开销。实操心得在开发初期建议先用简单的文本日志如CSV快速验证数据流和内容。确认数据可用后再根据实际需求引入更复杂的格式或数据库。同时务必在日志文件头部写入元数据如设备型号、Android版本、开始时间、数据格式版本等这对后续数据分析至关重要。4. 高级话题数据解码、分析与应用场景获取数据只是第一步让数据产生价值才是目的。这里探讨几个高级方向。4.1 导航电文解码与卫星位置计算GnssNavigationMessage提供的是原始的导航电文数据块。要计算卫星的精确位置你需要根据卫星系统GPS、BDS等的接口控制文件ICD来解码这些数据。GPS L1 C/A码电文格式在IS-GPS-200文档中定义。你需要解析子帧、字、奇偶校验提取星历参数开普勒轨道参数、时钟校正参数等和历书。北斗B1I格式在《北斗卫星导航系统空间信号接口控制文件》中定义。解码逻辑与GPS类似但有差异。解码库手动实现完整的解码器是一项浩大的工程。可以考虑使用开源库如gpstkC的部分功能或寻找Java/Kotlin的移植版本。更实际的做法是将原始电文数据记录下来后期在PC上用RTKLIB等成熟工具进行解码和定位解算。4.2 利用原始数据进行高精度定位这是获取原始数据的终极目标之一。主要技术路径有实时动态差分RTK原理利用一台已知精确坐标的基准站计算GNSS观测值的误差主要是大气延迟误差并将这些误差修正量差分数据通过网络NTRIP或电台发送给移动站你的Android设备。Android端角色你的应用作为移动站需要实现接收并解析RTCMRadio Technical Commission for Maritime services格式的差分数据流。将差分数据与本地GnssMeasurement数据在时间上对齐。执行双差Double-Difference或非差Precise Point Positioning, PPP算法消除公共误差求解整周模糊度最终得到厘米级精度的位置。挑战算法极其复杂对时钟稳定性、多路径抑制要求高。通常采用集成第三方高精度SDK如一些国产北斗芯片厂商提供的SDK的方式来实现。精密单点定位PPP原理使用精密星历和钟差产品而非广播星历结合双频观测值通过复杂的误差模型对流层、电离层、潮汐等进行修正实现全球范围内的高精度定位静态可达厘米级动态分米级。Android端角色需要接入国际GNSS服务IGS提供的精密产品数据流并集成PPP解算引擎。这对设备需要双频GNSS和算法都是巨大挑战通常在研究机构或专业设备中实现。4.3 多传感器融合与轨迹优化单纯的GNSS在室内、隧道、城市峡谷中会失效或精度急剧下降。结合设备上的其他传感器是必然选择。惯性测量单元IMU通过SensorManager获取加速度计和陀螺仪数据。在GNSS信号丢失期间利用惯性导航INS进行短时航位推算保持连续的轨迹输出。常用的融合算法有卡尔曼滤波EKF和互补滤波。轮速计/里程计对于车载应用CAN总线数据可以提供更精确的速度和位移信息与GNSS/IMU融合效果极佳。视觉/激光SLAM在自动驾驶和机器人领域与摄像头或激光雷达数据进行融合构建更鲁棒和精确的定位系统。注意事项多传感器融合的核心是时间同步。必须确保GNSS测量时间戳、IMU采样时间戳、系统时钟之间建立精确的对应关系。GnssMeasurement中的receivedSvTimeNanos和timeNanos是关键。IMU数据通常使用SensorEvent.timestamp纳秒级系统启动时间。你需要建立一个稳定的时钟映射关系。5. 调试、测试与常见问题排查开发这类应用大部分时间可能花在调试和解决各种稀奇古怪的问题上。5.1 测试工具与设备选型官方参考应用GNSSLoggerGoogle在GitHub上开源了“GNSSLogger”应用。它是学习和测试的绝佳工具。你可以用它来确认你的手机是否支持原始数据、支持哪些数据类型、数据质量如何。比对自己应用输出的数据可以快速定位问题是出在权限、注册逻辑还是数据解析上。设备选型建议首选高端旗舰机如Pixel系列、三星Galaxy S/Note系列、华为Mate/P系列注意GMS服务。它们通常使用高通旗舰芯片对GNSS API支持较好且可能支持双频。关注芯片平台高通骁龙8系列芯片通常支持更全面的GNSS特性。联发科天玑系列近年也进步迅速。避免低端机和中低端机其GNSS芯片可能仅支持基本的定位功能不暴露原始测量值或者数据质量很差。真机测试环境户外开阔天空这是获取高质量数据的基本条件。远离高楼、大树。静态测试将手机固定在三脚架上进行长时间静态数据采集分析数据稳定性。动态测试进行步行、驾车等运动测试观察动态性能和数据连续性。5.2 常见问题与解决方案速查表下表总结了我实践中遇到的一些典型问题及解决思路问题现象可能原因排查步骤与解决方案onGnssMeasurementsReceived完全不回调1. 权限未授予。2. 设备硬件不支持。3. 位置服务未开启。4. 回调注册失败。1. 检查onStatusChanged回调看状态是否为STATUS_NOT_SUPPORTED。2. 使用GNSSLogger验证设备支持性。3. 确保已在系统设置和代码中开启GPS。4. 检查registerGnssMeasurementsCallback是否抛出异常。回调频率极低如几秒一次1. 系统电源管理限制。2. 应用处于后台被限流。1. 尝试申请FOREGROUND_SERVICE权限并启动一个前台服务来维持优先级。2. 在开发者选项中关闭“后台检查”等优化仅用于测试。3. 检查是否在registerGnssMeasurementsCallback时指定了更高的采样率部分设备支持GnssMeasurementRequest。载波相位数据 (accumulatedDeltaRangeMeters) 全为0或无效1. 设备芯片不支持输出载波相位。2. 驱动未实现该字段。1. 这是硬件限制无法通过代码解决。换用支持该功能的设备。2. 检查accumulatedDeltaRangeState字段如果状态位不包含ADR_STATE_VALID则数据无效。数据跳动剧烈噪声大1. 多路径效应高楼、玻璃反射。2. 信号遮挡信噪比低。3. 设备硬件性能差。1. 更换到开阔环境测试。2. 检查cn0DbHz值通常低于30 dB-Hz的信号质量较差可考虑过滤。3. 查看multipathIndicator标志。4. 在软件端进行滤波处理如移动平均、卡尔曼滤波。不同卫星系统如BDS数据缺失1. 设备芯片未启用该星座。2. 系统设置中未开启。1. 检查手机定位设置是否开启了“使用北斗卫星”等选项名称因厂商而异。2. 部分设备需要通过LocationManager的addGpsStatusListener或GnssStatus.Callback来监听可见卫星列表确认卫星系统是否真的被使用。应用在后台被杀死日志中断系统后台活动限制。1. 使用startForegroundService启动一个前台服务并显示持续的通知。2. 将应用加入设备的“电池优化”白名单需要引导用户手动操作。3. 考虑使用WorkManager进行持久化任务调度但实时性会受影响。生成的RINEX文件专业软件无法识别RINEX格式错误头文件信息不全、版本不对、数据记录格式错误。1. 使用RNXCMP工具包中的CRX2RNX和RNX2CRX检查文件格式。2. 使用TEQC工具检查数据质量teqc qc yourfile.obs。它会输出详细的错误和警告信息。3. 严格对照RINEX标准文档如3.04版逐行检查头文件和数据记录。5.3 性能优化与电量考量持续获取GNSS原始数据是耗电大户。在应用设计中必须考虑按需采样如果不是需要每秒几十Hz的高频数据可以在注册回调时指定更低的采样率。Android 9API 28引入了GnssMeasurementRequest允许设置intervalMillis。智能启停结合地理围栏或运动传感器只在用户进入特定区域或开始运动时启动数据记录。数据处理离线化将耗时的数据解码、滤波、定位解算等操作放在服务器端或等待设备充电时进行减少实时计算对电量的消耗。使用批处理模式已废弃但需知Android 8.0引入了批处理GnssMeasurement但在后续版本中其设计有所变化。了解其历史有助于理解系统行为。我个人在实际项目中为了在数据完整性和电量消耗间取得平衡通常会设计一个可配置的采集策略。例如默认情况下以1Hz频率记录基本伪距和信噪比当检测到用户进入“高精度模式”区域或手动开启时再以5-10Hz频率记录包含载波相位的全量数据并启动前台服务。同时在日志模块中加入简单的实时质量检查如果连续一段时间卫星数少于4颗或信噪比过低则自动暂停记录并提醒用户避免在无效环境下空耗电量。这个策略需要根据具体应用场景反复调整没有放之四海而皆准的方案。
