android - 什么是 Android SyncAdapter contentAuthority 和 accountType？

Question

我正在创建自定义 Android SyncAdapter，但在遵循 SDK 示例“SampleSyncAdapter”时遇到了障碍。 - 我正在创建我的等效 xml/syncadapter.xml。这是我感到困惑的部分:

android:contentAuthority="com.android.contacts"
android:accountType="com.example.android.samplesync"

documentation of AbstractThreadedSyncAdapter状态:

The android:contentAuthority and android:accountType attributes indicate which content authority and for which account types this sync adapter serves.

该文档是循环的，因为它没有说明任何名称尚未告诉您的内容。我的印象是两者都以我公司的名称 com.acme. 开头，但从那里我没有任何线索。我怀疑字符串可以是任何东西，只要它们在全局范围内是唯一的，以免与同一设备上的任何其他应用程序发生冲突。我认为这意味着我将需要在我的代码中的其他地方使用这些确切的字符串。但是，我想知道，我在哪里需要这些字符串？!我试着用 grep 查找 com.android.contacts，前面提到的文件是我能找到的唯一使用它的地方。所以无法通过示例来判断 contentAuthority 是如何使用的。
如果是这样，我可以将它们都放在字符串资源中并在需要时通过资源 ID 引用它们吗？这些属性到底是什么以及如何使用它们？有没有更好的方法来确定我应该为我自己的这些和其他领域的应用程序选择什么值？

Answer 1

要了解权限是什么，您需要查看 documentation of ContentProvider :

它声明:“它标识内容提供者。对于第三方应用程序，这应该是一个完全限定的类名(缩减为小写)以确保唯一性。权限在元素的 authorities 属性中声明”

帐户类型是您的身份验证器的标识符，例如，AccountManager 的客户端将使用它来调用 getAccountsByType(String) .

对于SampleSyncAdapter:

android:contentAuthority="com.android.contacts"
android:accountType="com.example.android.samplesync"

android:accountType 与认证者定义的相同。

因此，content-Authority 指定哪个内容提供者将在本地同步，而 accountType 指定将使用哪个 authenticator 来远程访问数据。accountType 还用于获取同步适配器的特定内容 uri。

例如，当您想要开始同步时，您需要像这样调用requestSync:

final Account account = new Account(accountName, ACCOUNT_TYPE);
ContentResolver.requestSync(account, CONTENT_AUTHORITY, new Bundle());

同时为您的同步适配器构建内容 uri，您可以使用类似的东西:

Uri CONTENT_URI = ContactsContract.RawContacts.CONTENT_URI.buildUpon().appendQueryParameter(RawContacts.ACCOUNT_NAME, accountName).appendQueryParameter(RawContacts.ACCOUNT_TYPE, SyncAdapter.ACCOUNT_TYPE).build();

查看android-sync-adapter

---

与此同时，之前提到的 ContentProvider 文档也进行了修改。 latest version状态:

Designing an authority

A provider usually has a single authority, which serves as its Android-internal name. To avoid conflicts with other providers, you should use Internet domain ownership (in reverse) as the basis of your provider authority. Because this recommendation is also true for Android package names, you can define your provider authority as an extension of the name of the package containing the provider. For example, if your Android package name is com.example.<appname>, you should give your provider the authority com.example.<appname>.provider.