我可以在类似于 Activity.onPause() 的应用程序中使用什么

Question

我正在寻找一些类似于 Activity.onPause() 的回调，但更通用（我没有 Activity，因为此代码在后台运行）在我的应用程序被杀死之前调用。我不会尝试 Application.onLowMemory() ，因为根据文档，它并不总是被调用[我的意思是当我通过返回或主页按钮退出某些活动时，我的应用程序也可能（而且我知道有时会）被杀死]。

我的应用程序中有一个 LocationListener 类，它进行了一些非常繁重的计算，因此我使用了一些“缓存”或优化。只有当位置发生很大变化或经过足够的时间时，我才会进行繁重的计算。

我注意到，大多数时候，即使我不移动手机，我的繁重计算代码也会一次又一次地被调用。事实证明，这是因为 oldLocation 为空（我的应用程序被 android 杀死）该应用程序工作，因为它被 LocationService 唤醒，但它“忘记”了缓存的 lastLocation (=null)。所以我添加了 saveLastLocation() 这确实有帮助，但我试图找出最好的调用位置。一开始我从 finalize() 中调用它，但它从未被调用过。似乎android“太快”地杀死了我的应用程序，以至于无法调用它。然后我把它移到了它现在的位置，就在繁重的计算之后。

我想知道是否有一种方法，类似于我在 Activity 中使用 onPause() 调用 saveLastLocation 并使用 onResume 调用 loadLastLocation 的理想方法。

我将 MyLocationListener 的实例作为 MyApplication 的静态成员（用于缓存目的）

class MyLocationListener implements LocationListener {
    private static MyLocationListener instance;
    private Location lastLocation;

    public static MyLocationListener getInstance() {
        if (null == instance) {
            instance = new MyLocationListener();
        }
        return instance;
    }

    private MyLocationListener() {
        loadLastLocation();
    }

    @Override
    public synchronized void onLocationChanged(final Location location) {
        if (null == lastLocation || lastLocation.distanceTo(location) > MIN_LOCATION_CHANGE_DISTANCE
                    || getElapsedNanoSec(location) - getElapsedNanoSec(lastLocation) > MIN_LOCATION_CHANGE_NANOSEC) {
            // Just to see how many times we enter the heavy calculations
            Toast.makeText(MyApp.getContext(), "old: " + lastLocation + "new: " + location, Toast.LENGTH_LONG).show();

            // do the heavy calculations

            lastLocation = location;

            // Is there a better way to call saveLastLocation???
            saveLastLocation();
        }
    }

    private synchronized void saveLastLocation() {
        final SharedPreferences sharedPreferences = getSharedPreferences();
        SharedPreferences.Editor editor = sharedPreferences.edit();

        if (null != lastLocation) {
            editor.putString(PREF_LAST_LOCATION_PROVIDER, lastLocation.getProvider());
            editor.putLong(PREF_LAST_LOCATION_ELAPSED_REALTIME, getElapsedNanoSec(lastLocation));
            putDouble(editor, PREF_LAST_LOCATION_LATITUDE, lastLocation.getLatitude());
            putDouble(editor, PREF_LAST_LOCATION_LONGITUDE, lastLocation.getLongitude());
            editor.apply();
        }
    }

    private synchronized void loadLastLocation() {
        final SharedPreferences sharedPreferences = getSharedPreferences();
        final String provider = sharedPreferences.getString(PREF_LAST_LOCATION_PROVIDER, null);
        if (null != provider) {
            final long elapsed = sharedPreferences.getLong(PREF_LAST_LOCATION_ELAPSED_REALTIME, Long.MIN_VALUE);
            final double latitude = getDouble(sharedPreferences, PREF_LAST_LOCATION_LATITUDE, Double.MIN_VALUE);
            final double longitude = getDouble(sharedPreferences, PREF_LAST_LOCATION_LONGITUDE, Double.MIN_VALUE);
            if (null == lastLocation) {
                lastLocation = new Location(provider);
            } else {
                lastLocation.setProvider(provider);
            }
            setElapsedNanoSec(lastLocation, elapsed);
            lastLocation.setLatitude(latitude);
            lastLocation.setLongitude(longitude);
        }
    }

    private long getElapsedNanoSec(final Location location) {
        long elapsed;
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN_MR1) {
            elapsed = location.getElapsedRealtimeNanos();
        } else {
            elapsed = location.getTime() * 1000;
        }
        return elapsed;
    }
}

澄清一下：谷歌播放服务没有直接调用 MyLocationListener，我有另一个“真实”的 LocationListener 正在被调用，我从它的 onLocationChanged 调用 MyLocationListener.getInstance().onLocationChanged(location) [我这样做的原因这是我在代码中的许多地方使用大量计算的结果（通过调用此处未提供的其他函数），我希望它尽可能多地缓存]

Answer 1

如果您使用的是新的FusedLocationProviderApi（它替换了 Google Play 服务 6.5 中的 LocationClient），那么您可以将 smallest displacement 设置为您的 LocationRequest 的一部分，这将确保您只会收到回调如果位置的变化超过了您的最小位移 - 这可以确保您每次收到回调时都能进行繁重的计算。

如果您确实还需要在一定时间后重新计算，您可以使用AlarmManager 设置一个警报，作为收到的每个位置更新的超时机制（并取消先前设置的警报），这会触发您的重如果没有位置更新，计算方法，使用FusedLocationApi.getLastLocation()作为当前位置（如果你愿意，也可以使用缓存值）。

注意，FusedLocationProviderApi 还提供了一个 requestLocationupdates() 方法，该方法采用 PendingIntent - 这非常适合不希望或需要维护持续运行的侦听器但希望触发短时间运行的处理程序的后台服务（IntentService 非常适合）响应事件。这可确保您的应用程序始终收到更新，即使 Android 停止了该应用程序。

Answer 2

我会建议一种不同的方法。为什么不使用警报管理器定期唤醒服务（理想情况下使用不准确的警报）以获取当前位置并检查它是否已发生足够的变化，然后在服务内部进行大量计算并将结果存储在数据库中或文件。

这样您就可以在更可控的环境中运行繁重的计算。

您还可以使用新的 JobScheduler (5+) 代替警报管理器。如果您需要兼容版本，有一个项目可以将 JobScheduler 带回 API 10+ (https://github.com/evant/JobSchedulerCompat)