执行Sync Adpater

编写:jdneo - 原文:http://developer.android.com/training/sync-adapters/running-sync-adapter.html

在本节课之前，你已经学习了如何创建一个封装了数据传输代码的Sync Adapter组件，以及如何添加其它的组件，使得你可以将Sync Adapter集成到系统当中。现在你已经拥有了所有部件，来安装一个包含有Sync Adapter的应用了，但是这里还没有任何代码是负责去运行Sync Adapter的。

执行Sync Adapter的时机，一般应该基于某个计划任务或者一些事件的间接结果。例如，你可能希望你的Sync Adapter以一个定期计划任务的形式运行（比如每隔一段时间或者在每天的一个固定时间运行）。或者你也可能希望当设备上的数据发生变化后，执行你的Sync Adapter。你应该避免将运行Sync Adapter作为用户某个行为的直接结果，因为这样做的话你就无法利用Sync Adapter框架可以按计划调度的特性。例如，你应该在UI中避免使用刷新按钮。

下列情况可以作为运行Sync Adapter的时机：

当服务端数据变更时：

当服务端发送消息告知服务端数据发生变化时，运行Sync Adapter以响应这一来自服务端的消息。这一选项允许从服务器更新数据到设备上，该方法可以避免由于轮询服务器所造成的执行效率下降，或者电量损耗。

当设备的数据变更时：

当设备上的数据发生变化时，运行Sync Adapter。这一选项允许你将修改后的数据从设备发送给服务器，如果你需要保证服务器端一直拥有设备上最新的数据，那么这一选项非常有用。如果你将数据存储于你的Content Provider，那么这一选项的实现将会非常直接。如果你使用的是一个Stub Content Provider，检测数据的变化可能会比较困难。

当系统发送了一个网络消息：

当Android系统发送了一个网络消息来保持TCP/IP连接开启时，运行Sync Adapter。这个消息是网络框架（Networking Framework）的一个基本部分。可以将这一选项作为自动运行Sync Adapter的一个方法。另外还可以考虑将它和基于时间间隔运行Sync Adapter的策略结合起来使用。

每隔固定的时间间隔后：

可以每隔一段你指定的时间间隔后，运行Sync Adapter，或者在每天的固定时间运行它。

根据需求：

运行Sync Adapter以响应用户的行为。然而，为了提供最佳的用户体验，你应该主要依赖那些更加自动式的选项。使用自动式的选项，你可以节省大量的电量以及网络资源。

本课程的后续部分会详细介绍每个选项。

当服务器数据变化时，运行Sync Adapter

如果你的应用从服务器传输数据，且服务器的数据会频繁地发生变化，你可以使用一个Sync Adapter通过下载数据来响应服务端数据的改变。要运行Sync Adapter，我们需要让服务端向应用的BroadcastReceiver发送一条特殊的消息。为了响应这条消息，可以调用ContentResolver.requestSync()方法，向Sync Adapter框架发出信号，让它运行你的Sync Adapter。

谷歌云消息（Google Cloud Messaging，GCM）提供了你需要的服务端组件和设备端组件，来让上述消息系统能够运行。使用GCM触发数据传输比通过向服务器轮询的方式要更加可靠，也更加有效。因为轮询需要一个一直处于活跃状态的Service，而GCM使用的BroadcastReceiver仅在消息到达时会被激活。另外，即使没有更新的内容，定期的轮询也会消耗大量的电池电量，而GCM仅在需要时才会发出消息。

Note：如果你使用GCM，将广播消息发送到所有安装了你的应用的设备，来激活你的Sync Adapter，要记住他们会在同一时间（粗略地）收到你的消息。这会导致在同一时段内有多个Sync Adapter的实例在运行，进而导致服务器和网络的负载过重。要避免这一情况，你应该考虑为不同的设备设定不同的Sync Adapter延迟启动时间。

下面的代码展示了如何通过requestSync()响应一个接收到的GCM消息：

public class GcmBroadcastReceiver extends BroadcastReceiver {
    ...
    // Constants
    // Content provider authority
    public static final String AUTHORITY = "com.example.android.datasync.provider"
    // Account type
    public static final String ACCOUNT_TYPE = "com.example.android.datasync";
    // Account
    public static final String ACCOUNT = "default_account";
    // Incoming Intent key for extended data
    public static final String KEY_SYNC_REQUEST =
            "com.example.android.datasync.KEY_SYNC_REQUEST";
    ...
    @Override
    public void onReceive(Context context, Intent intent) {
        // Get a GCM object instance
        GoogleCloudMessaging gcm =
                GoogleCloudMessaging.getInstance(context);
        // Get the type of GCM message
        String messageType = gcm.getMessageType(intent);
        /*
         * Test the message type and examine the message contents.
         * Since GCM is a general-purpose messaging system, you
         * may receive normal messages that don't require a sync
         * adapter run.
         * The following code tests for a a boolean flag indicating
         * that the message is requesting a transfer from the device.
         */
        if (GoogleCloudMessaging.MESSAGE_TYPE_MESSAGE.equals(messageType)
            &&
            intent.getBooleanExtra(KEY_SYNC_REQUEST)) {
            /*
             * Signal the framework to run your sync adapter. Assume that
             * app initialization has already created the account.
             */
            ContentResolver.requestSync(ACCOUNT, AUTHORITY, null);
            ...
        }
        ...
    }
    ...
}

当Content Provider的数据变化时，运行Sync Adapter

如果你的应用在一个Content Provider中收集数据，并且你希望当你更新了Content Provider的时候，同时更新服务器的数据，你可以配置你的Sync Adapter来让它自动运行。要做到这一点，你首先应该为Content Provider注册一个Observer。当Content Provider的数据发生了变化之后，Content Provider框架会调用Observer。在Observer中，调用requestSync()来告诉框架现在应该运行你的Sync Adapter了。

Note：如果你使用的是一个Stub Content Provider，那么你不会在Content Provider中有任何数据，并且onChange()方法也从来不会被调用。在这种情况下，你不得不提供自己的某种机制来检测设备数据的变化。这一机制还要负责在数据发生变化时调用requestSync()。

为了给你的Content Provider创建一个Observer，继承ContentObserver类，并且实现onChange()方法的两种形式。在onChange()中，调用requestSync()来启动Sync Adapter。

要注册Observer，需要将它作为参数传递给registerContentObserver()。在该方法中，你还要传递一个你想要监视的Content URI。Content Provider框架会将这个需要监视的URI与其它一些Content URIs进行比较，这些其它的Content URIs来自于ContentResolver中那些可以修改Provider的方法（如ContentResolver.insert()）所传入的参数，如果出现了变化，那么你所实现的ContentObserver.onChange()将会被调用。

下面的代码片段展示了如何定义一个ContentObserver，它在表数据发生变化后调用requestSync()：

public class MainActivity extends FragmentActivity {
    ...
    // Constants
    // Content provider scheme
    public static final String SCHEME = "content://";
    // Content provider authority
    public static final String AUTHORITY = "com.example.android.datasync.provider";
    // Path for the content provider table
    public static final String TABLE_PATH = "data_table";
    // Account
    public static final String ACCOUNT = "default_account";
    // Global variables
    // A content URI for the content provider's data table
    Uri mUri;
    // A content resolver for accessing the provider
    ContentResolver mResolver;
    ...
    public class TableObserver extends ContentObserver {
        /*
         * Define a method that's called when data in the
         * observed content provider changes.
         * This method signature is provided for compatibility with
         * older platforms.
         */
        @Override
        public void onChange(boolean selfChange) {
            /*
             * Invoke the method signature available as of
             * Android platform version 4.1, with a null URI.
             */
            onChange(selfChange, null);
        }
        /*
         * Define a method that's called when data in the
         * observed content provider changes.
         */
        @Override
        public void onChange(boolean selfChange, Uri changeUri) {
            /*
             * Ask the framework to run your sync adapter.
             * To maintain backward compatibility, assume that
             * changeUri is null.
            ContentResolver.requestSync(ACCOUNT, AUTHORITY, null);
        }
        ...
    }
    ...
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        ...
        // Get the content resolver object for your app
        mResolver = getContentResolver();
        // Construct a URI that points to the content provider data table
        mUri = new Uri.Builder()
                  .scheme(SCHEME)
                  .authority(AUTHORITY)
                  .path(TABLE_PATH)
                  .build();
        /*
         * Create a content observer object.
         * Its code does not mutate the provider, so set
         * selfChange to "false"
         */
        TableObserver observer = new TableObserver(false);
        /*
         * Register the observer for the data table. The table's path
         * and any of its subpaths trigger the observer.
         */
        mResolver.registerContentObserver(mUri, true, observer);
        ...
    }
    ...
}

在一个网络消息之后，运行Sync Adapter

当可以获得一个网络连接时，Android系统会每隔几秒发送一条消息来保持TCP/IP连接处于开启状态。这一消息也会传递到每个应用的ContentResolver中。通过调用setSyncAutomatically()，你可以在ContentResolver收到消息后，运行Sync Adapter。

每当网络消息被发送后运行你的Sync Adapter，通过这样的调度方式可以保证每次运行Sync Adapter时都可以访问网络。如果不是每次数据变化时就要以数据传输来响应，但是又希望自己的数据会被定期地更新，那么你可以用这一选项。类似地，如果你不想要定期执行你的Sync Adapter，但你希望经常运行它，你也可以使用这一选项。

由于setSyncAutomatically()方法不会禁用addPeriodicSync()，所以你的Sync Adapter可能会在一小段时间内重复地被触发激活。如果你想要定期地运行你的Sync Adapter，应该禁用setSyncAutomatically()。

下面的代码片段向你展示如何配置你的ContentResolver，利用它来响应网络消息，从而运行你的Sync Adapter，：

public class MainActivity extends FragmentActivity {
    ...
    // Constants
    // Content provider authority
    public static final String AUTHORITY = "com.example.android.datasync.provider";
    // Account
    public static final String ACCOUNT = "default_account";
    // Global variables
    // A content resolver for accessing the provider
    ContentResolver mResolver;
    ...
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        ...
        // Get the content resolver for your app
        mResolver = getContentResolver();
        // Turn on automatic syncing for the default account and authority
        mResolver.setSyncAutomatically(ACCOUNT, AUTHORITY, true);
        ...
    }
    ...
}

定期地运行Sync Adapter

你可以设置一个每次运行之间的时间间隔来定期运行你的Sync Adapter，或者在每天的固定时间运行它，还可以两种策略同时使用。定期地运行你的Sync Adapter可以让你与服务器的更新间隔大致保持一致。

同样地，当你的服务器相对来说比较空闲时，你可以通过在夜间定期调用Sync Adapter，把设备上的数据上传到服务器。大多数用户在晚上不会关机，并为手机充电，所以这一方法是可行的。而且，通常来说，设备不会在深夜运行除了你的Sync Adapter之外的其他的任务。然而，如果你使用这个方法的话，你需要注意让每台设备在略微不同的时间触发数据传输。如果所有设备在同一时间运行你的Sync Adapter，那么你的服务器和移动运营商的网络将很有可能负载过重。

一般来说，当你的用户不需要实时更新，而希望定期更新时，使用定期运行的策咯会很有用。如果你希望在数据的实时性和Sync Adapter的资源消耗之间进行一个平衡，那么定期执行是一个不错的选择。

要定期运行你的Sync Adapter，调用addPeriodicSync()。这样每隔一段时间，Sync Adapter就会运行。由于Sync Adapter框架会考虑其他Sync Adapter的执行，并尝试最大化电池效率，所以间隔时间会动态地进行细微调整。同时，如果当前无法获得网络连接，框架不会运行你的Sync Adapter。

注意，addPeriodicSync()方法不会让Sync Adapter每天在某个时间自动运行。要让你的Sync Adapter在每天的某个时刻左右自动执行，可以使用一个重复计时器作为触发器。重复计时器的更多细节可以阅读：AlarmManager。如果你使用setInexactRepeating()方法设置了一个每天的触发时刻会有粗略变化的触发器，你仍然应该将不同设备的Sync Adapter的运行时间随机化，使得它们的执行交错开来。

addPeriodicSync()方法不会禁用setSyncAutomatically()，所以你可能会在一小段时间内产生多个Sync Adapter的运行实例。另外，仅有一部分Sync Adapter的控制标识可以在调用addPeriodicSync()时使用。不被允许的标识在该方法的文档)中可以查看。

下面的代码样例展示了如何定期执行Sync Adapter：

public class MainActivity extends FragmentActivity {
    ...
    // Constants
    // Content provider authority
    public static final String AUTHORITY = "com.example.android.datasync.provider";
    // Account
    public static final String ACCOUNT = "default_account";
    // Sync interval constants
    public static final long SECONDS_PER_MINUTE = 60L;
    public static final long SYNC_INTERVAL_IN_MINUTES = 60L;
    public static final long SYNC_INTERVAL =
            SYNC_INTERVAL_IN_MINUTES *
            SECONDS_PER_MINUTE;
    // Global variables
    // A content resolver for accessing the provider
    ContentResolver mResolver;
    ...
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        ...
        // Get the content resolver for your app
        mResolver = getContentResolver();
        /*
         * Turn on periodic syncing
         */
        ContentResolver.addPeriodicSync(
                ACCOUNT,
                AUTHORITY,
                Bundle.EMPTY,
                SYNC_INTERVAL);
        ...
    }
    ...
}

按需求执行Sync Adapter

以响应用户请求的方式运行Sync Adapter是最不推荐的策略。要知道，该框架是被特别设计的，它可以让Sync Adapter在根据某个调度规则运行时，能够尽量最高效地使用手机电量。显然，在数据改变的时候执行同步可以更有效的使用手机电量，因为电量都消耗在了更新新的数据上。

相比之下，允许用户按照自己的需求运行Sync Adapter意味着Sync Adapter会自己运行，这将无法有效地使用电量和网络资源。如果根据需求执行同步，会诱导用户即便没有证据表明数据发生了变化也请求一个更新，这些无用的更新会导致对电量的低效率使用。一般来说，你的应用应该使用其它信号来触发一个同步更新或者让它们定期地去执行，而不是依赖于用户的输入。

不过，如果你仍然想要按照需求运行Sync Adapter，可以将Sync Adapter的配置标识设置为手动执行，之后调用ContentResolver.requestSync()来触发一次更新。

通过下列标识来执行按需求的数据传输：

SYNC_EXTRAS_MANUAL

强制执行手动的同步更新。Sync Adapter框架会忽略当前的设置，比如通过setSyncAutomatically()方法设置的标识。

SYNC_EXTRAS_EXPEDITED

强制同步立即执行。如果你不设置此项，系统可能会在运行同步请求之前等待一小段时间，因为它会尝试将一小段时间内的多个请求集中在一起调度，目的是为了优化电量的使用。

下面的代码片段将向你展示如何调用requestSync()来响应一个按钮点击事件：

public class MainActivity extends FragmentActivity {
    ...
    // Constants
    // Content provider authority
    public static final String AUTHORITY =
            "com.example.android.datasync.provider"
    // Account type
    public static final String ACCOUNT_TYPE = "com.example.android.datasync";
    // Account
    public static final String ACCOUNT = "default_account";
    // Instance fields
    Account mAccount;
    ...
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        ...
        /*
         * Create the dummy account. The code for CreateSyncAccount
         * is listed in the lesson Creating a Sync Adapter
         */

        mAccount = CreateSyncAccount(this);
        ...
    }
    /**
     * Respond to a button click by calling requestSync(). This is an
     * asynchronous operation.
     *
     * This method is attached to the refresh button in the layout
     * XML file
     *
     * @param v The View associated with the method call,
     * in this case a Button
     */
    public void onRefreshButtonClick(View v) {
        ...
        // Pass the settings flags by inserting them in a bundle
        Bundle settingsBundle = new Bundle();
        settingsBundle.putBoolean(
                ContentResolver.SYNC_EXTRAS_MANUAL, true);
        settingsBundle.putBoolean(
                ContentResolver.SYNC_EXTRAS_EXPEDITED, true);
        /*
         * Request the sync for the default account, authority, and
         * manual sync settings
         */
        ContentResolver.requestSync(mAccount, AUTHORITY, settingsBundle);
    }