我有4-5个Android应用程序,我想为所有这些应用程序实现单点登录.因此,如果用户已登录任何一个应用程序,则不会要求他再次登录其他应用程序.我怎样才能在Android中完成它?
实现 SSO 需要有一个保存用户凭据信息的通用数据库。一种方法是实现您自己的身份验证服务器,该服务器公开登录、注册、重置和忘记密码 API,您的每个应用程序将使用这些 API 来登录应用程序。
假设您正在使用 JWT 来维护无状态性,这意味着身份验证服务器会通过任何 Android 应用程序每次成功登录时都会使用 JWT 进行响应。
因此,每个应用程序中的启动器活动不应该是登录,而应该是仪表板或用户登录后看到的任何内容。在仪表板的 on_create 中,检查共享首选项中是否存在可用的现有 jwt。如果有的话,请继续使用仪表板。但如果没有,请转到登录活动并让用户先登录。登录后,将 jwt 保留在共享首选项中,以便其他应用程序使用它。您需要确保所有共享首选项都使用相同的命名空间来访问 jwt。
为了使其更有效,您可以实现一个用于登录、注册和忘记密码的库模块,将其包含到每个应用程序中,并且您将为所有应用程序准备好该部分。三个活动的 XML 文件可以包含在 lib 本身中,如果应用程序在应用程序可绘制对象中找不到它们,则应用程序将从 lib 文件中加载它们。
现在来到服务器部分,实现您的自定义身份验证服务器,假设使用 OAuth2 是一种方法,但为了使其更容易,有第 3 方解决方案(例如 Stormpath 或 CAS)可以提供此类服务。也许您也可以找到一个免费的。
您可以使用 userId(用户数据库中的主键)来代替 JWT 来识别用户是否已登录。
另一点需要考虑的是,每个应用程序的应用程序服务器(如果有的话)是否使用 JWT 或 userId 来响应应用程序请求,并应根据该身份验证服务器通信令牌来决定。不用说,应用程序服务器和身份验证服务器也应该在它们之间进行通信以同步应用程序的用户信息。即使您使用的是第 3 方身份验证服务器,该服务器将与保存整个用户信息的单个数据库进行通信,情况也是一样的,但您可能需要将应用程序服务器与第 3 方身份验证服务器同步
然而,棘手的部分是注销、重置密码和更改密码。我不是在谈论使用 JWT 时的注销过程,这有其自身的挑战,但我正在谈论使用 SSO 时的注销。如果用户从其中一个应用程序注销,您需要决定用户是否必须从其余应用程序注销。虽然两者都可以处理,但通常它会是单点退出,以便于实施,并且它也会提供良好的用户体验。
此外,如果这些应用程序有网站版本,并且用户从网站更改或重置密码,则需要确保用户在更改后首次使用该应用程序时在设备上重新登录。但是,此逻辑必须完全在身份验证服务器内的服务器端进行管理。
虽然您的问题仅与 Android 应用程序相关,但您可能必须为此实现一个服务器,并为每个应用程序修改 appl 服务器。这可能不完全是您的问题本质,但您的实际要求可能会帮助我帮助您实现这一点。
| 归档时间: |
|
| 查看次数: |
3288 次 |
| 最近记录: |