这个类提供了访问到 用户在线账户的集中式注册中心 的能力。用户为每账户输入一次 认证信息（credentials，包含用户名和密码），过过 点击一次（one-click)完成认证的方式，授权应用程序(app)访问 在线的资源。不同的服务具有不同的处理账户的认证的方式，而 Account Manager 使用了插件化的认证器模块 对应不同的账户类型。认证器（它由第三方组织编写）处理 验证账户认证信息的具体实际内容。并且保存账户信息。比如 谷歌，facebook,和微软每个都拥有他们自己的认证器。

许多服务支持 关于单一授权标记（authentication token，简写为auth token） 的一些概念，它常常被用于验证 向服务发出的不包含真实密码的授权请求。而auth token 常常被创建于独立包含用户认证信息（用户名和密码）的请求。AccountManager可以为应用程序生成认证标记（auth token），那么应用程序不在需要去直接处理密码。autho token常常可重用和被AccountManager缓存,但是被必须周期性刷新。当停止工作的时候，应用程序使得auth token无效化，以让auth token知道去重新生成它们。 应用程序访问服务通常通过下面几个步骤：

• 获得一个 AuccountManager的实例，通过 get(Context)方法。
• 列出可用的账户，使用getAccountsByType(String) 或者 getAccountsByTypeAndFeatures(String, String[],AccountManagerCallback, Handler).一般应用程序会对 一种指定的类型 的账户 感兴趣，它是认证器的标识。账户特性被用于标识特定账户的子类型和能力。账户类型和特性这两个是认证器规范字符串，并且必须被应用程序所知道，关于协调它们的首选认证器。
• 选择一个或者多个可用的账户，可能的话询问用户他们的偏好。如果没有匹配的账户可以使用，addAccount(String, String, String[], Bundle, Activity, AccountManagerCallback, Handler) 将会被调用，提示用户创建一个适当类型账户
• 重要的：如果应用正在使用预先被记忆的账户选项，它必须确保账户仍然存在于一个被 通过 getAccountsByType(String)返 回的账户列表。为一个账户请求一个认证标记 不再导致 在设备结果中的“一个未定义的失败”。
• 使用auth token构建请求。auth token的表单，请求的格式，和使用的协议都特定于你要访问的服务。应用可以使用任何网络和协议库。
• 重要的：如果请求失败于一个“授权错误”，那么可能 缓存的auth token过期并且不再被服务端信任。应用必须调用 invalidateAuthToken(String, String)去移除auth token的缓存，另外请求将继续失败！ 在使得auth token无效后， 立即返回到上面的“请求一个auth token”步骤。如果是第二次出处理失败了，那么它将被当做一次诚恳的认证失败来对待并 且通知用户或做其他适当处理。

一些AccountManager方法可能需要与用户交互，提示用户认证信息，呈现可选项，或者询问用户去添加账户。调用者可以选择是否允许AccountManager去直接启动必要的用户接口并且等待用户，或者返回一个intent，它是调用者可以启动接口。或者一些情况下，安装一个通知，它是用户可以选择去启动接口。让AccountManager直接启动接口，调用者必须提供当前 前端的Activity的Context.

许多AccountManager方法以 AccountManagerCallback 和 Handler作为参数。这些方法立即返回并且异步启动。如果一个回调被提供，那么run(AccountManagerFuture) 将在Handler的线程上被调用。结果被重新取得，是通过 “返回值”AccountManagerFuture 的 getResult()方法（也可以通过回调方法获得）。这个方法等待操作完成（如果需要的话）并且两者之一：返回结果或者 在操作过程中发生错误抛出异常。要使 请求 同步执行，通过方法接收到 future后立即调用 getResult()即可，不再需要提供回调。

请求可能被阻塞，包括getResult()在内，必须保证 从不在主线程被调用。如果在主线程被使用，那些操作将抛出IllegalStateException异常 。