2

我正在编写一个应用程序，它需要每分钟注册一次实际位置，无论是在前台还是后台。当用户决定停止跟踪时，我想收集所有收集的数据并使用它们。

为此，我考虑了一种试图节省电池并尽可能提高效率的架构。我想知道我的选择是否足够体面。这里是：

  1. 我通过 startService() 从 Activity 启动服务 S。该服务将构建一个数据结构来保存数据以供以后使用。活动和服务之间的通信也将通过 Messenger 对象创建。

  2. 我注册到将由接收器 R 管理的位置更新。它将是这样的：

    this.lm= (LocationManager) getSystemService(LOCATION_SERVICE);        
Intent locationIntent= new Intent(getApplicationContext(),TravelPosition.class);
PendingIntent locationPendingIntent= PendingIntent.getBroadcast(getApplicationContext(), 0, locationIntent, PendingIntent.FLAG_UPDATE_CURRENT);
lm.requestLocationUpdates(LocationManager.NETWORK_PROVIDER, 7000, 1, locationPendingIntent);

  3. 每次触发接收器 R 时，它都会与服务 S 通信。我在考虑一个 startService(Intent)，我将坐标放在 Intent 的附加项中。

  4. 服务 S 会将新数据（我的新位置坐标和我使用它们生成的其他信息）存储在其内部数据结构中。无论应用程序是在前台还是后台运行，一切都应该正常工作

  5. 一旦用户通过 Activity 中的按钮停止跟踪，后者将与服务通信以获取存储的数据，然后调用 stopService

你怎么看待这件事？还有一个额外的问题：如果用户想杀死应用程序，接收者会发生什么？它会重新打开应用程序吗？

4

1 回答 1

2

首先，在开始编写代码之前，您对架构的思考是正确的 :)

其次，我建议阅读以下链接：

http://developer.android.com/guide/topics/location/strategies.html http://devdiscoveries.wordpress.com/2010/02/04/android-use-location-services/

第三，在您的情况下，您不需要服务 S。您可以注册接收器 R 并在此接收器 R 中执行您需要的所有操作（包括处理和保存数据）。在这种情况下，如果您退出应用程序，您仍将继续收到位置更新。

于 2013-05-15T01:11:36.517 回答