Wycofana w 2022 roku blokada Smart Lock na hasła została usunięta z pakietu SDK uwierzytelniania usług Google Play (com.google.android.gms:play-services-auth
) . Aby zminimalizować zmiany powodujące niezgodność, które mogą wpływać na istniejące integracje, funkcje Smart Lock we wszystkich aplikacjach w Sklepie Play będą nadal działać prawidłowo. Nowe wersje aplikacji skompilowane ze zaktualizowanym pakietem SDK (com.google.android.gms:play-services-auth:21.0.0
) nie mają już dostępu do interfejsu Smart Lock for Password API i nie będą się dobrze kompilować. Wszyscy deweloperzy powinni jak najszybciej przenieść swoje projekty na Androida do korzystania z menedżera danych logowania.
Zalety migracji do interfejsu Credential Manager API
Menedżer danych logowania udostępnia prosty, ujednolicony interfejs API, który zapewnia obsługę nowoczesnych funkcji i metod, a jednocześnie usprawnia uwierzytelnianie użytkowników:
- Menedżer danych logowania w pełni obsługuje zapisywanie haseł i uwierzytelnianie. Dzięki temu użytkownicy będą mogli bez zakłóceń przejść ze Smart Lock na Menedżera danych logowania.
- Menedżer danych logowania integruje obsługę metod wielokrotnego logowania, w tym kluczy dostępu i metod logowania sfederowanego, takich jak Zaloguj się przez Google, aby zwiększyć bezpieczeństwo i umożliwić konwersję, jeśli planujesz korzystać z którejś z tych metod w przyszłości.
- Począwszy od Androida 14 Menedżer danych logowania obsługuje zewnętrznych dostawców haseł i kluczy dostępu.
- Menedżer danych logowania zapewnia spójną i ujednolicony wygodę użytkowników we wszystkich metodach uwierzytelniania.
Opcje migracji:
Przypadek użycia | Rekomendacja |
---|---|
Zapisz hasło i zaloguj się przy użyciu zapisanego hasła | Użyj opcji hasła z przewodnika Logowanie użytkownika za pomocą Menedżera danych logowania. Szczegółowe instrukcje zapisywania i uwierzytelniania haseł zostały opisane później. |
Zaloguj się przez Google | Postępuj zgodnie z przewodnikiem dotyczącym integrowania Menedżera danych logowania z funkcją Zaloguj się przez Google. |
Pokazuj użytkownikom wskazówkę dotyczącą numeru telefonu | Użyj Phone Number Hint API interfejsu Google Identity Services. |
Logowanie się za pomocą haseł przy użyciu Menedżera danych logowania
Aby korzystać z interfejsu Credential Manager API, wykonaj czynności opisane w sekcji wymagania wstępne przewodnika po usłudze Credential Manager:
- Dodawanie wymaganych zależności
- Zachowywanie zajęć w pliku ProGuard
- Dodaj obsługę linków zasobów cyfrowych (ten krok powinien być już zaimplementowany, jeśli używasz funkcji Smart Lock na hasła)
- Skonfiguruj menedżera danych logowania
- Wskazywanie pól danych logowania
- Zapisywanie hasła użytkownika
Logowanie się przy użyciu zapisanych haseł
Aby odzyskać opcje haseł powiązane z kontem użytkownika, wykonaj te czynności:
1. Inicjowanie opcji hasła i uwierzytelniania
Kotlin
// Retrieves the user's saved password for your app from their
// password provider.
val getPasswordOption = GetPasswordOption()
Java
// Retrieves the user's saved password for your app from their
// password provider.
GetPasswordOption getPasswordOption = new GetPasswordOption();
2. Użyj opcji pobranych z poprzedniego kroku, aby utworzyć żądanie logowania
Kotlin
val getCredRequest = GetCredentialRequest(
listOf(getPasswordOption)
)
Java
GetCredentialRequest getCredRequest = new GetCredentialRequest.Builder()
.addCredentialOption(getPasswordOption)
.build();
3. Uruchamianie procesu logowania
Kotlin
coroutineScope.launch {
try {
// Attempt to retrieve the credential from the Credential Manager.
val result = credentialManager.getCredential(
// Use an activity-based context to avoid undefined system UI
// launching behavior.
context = activityContext,
request = getCredRequest
)
// Process the successfully retrieved credential.
handleSignIn(result)
} catch (e: GetCredentialException) {
// Handle any errors that occur during the credential retrieval
// process.
handleFailure(e)
}
}
fun handleSignIn(result: GetCredentialResponse) {
// Extract the credential from the response.
val credential = result.credential
// Determine the type of credential and handle it accordingly.
when (credential) {
is PasswordCredential -> {
val username = credential.id
val password = credential.password
// Use the extracted username and password to perform
// authentication.
}
else -> {
// Handle unrecognized credential types.
Log.e(TAG, "Unexpected type of credential")
}
}
}
private fun handleFailure(e: GetCredentialException) {
// Handle specific credential retrieval errors.
when (e) {
is GetCredentialCancellationException -> {
/* This exception is thrown when the user intentionally cancels
the credential retrieval operation. Update the application's state
accordingly. */
}
is GetCredentialCustomException -> {
/* This exception is thrown when a custom error occurs during the
credential retrieval flow. Refer to the documentation of the
third-party SDK used to create the GetCredentialRequest for
handling this exception. */
}
is GetCredentialInterruptedException -> {
/* This exception is thrown when an interruption occurs during the
credential retrieval flow. Determine whether to retry the
operation or proceed with an alternative authentication method. */
}
is GetCredentialProviderConfigurationException -> {
/* This exception is thrown when there is a mismatch in
configurations for the credential provider. Verify that the
provider dependency is included in the manifest and that the
required system services are enabled. */
}
is GetCredentialUnknownException -> {
/* This exception is thrown when the credential retrieval
operation fails without providing any additional details. Handle
the error appropriately based on the application's context. */
}
is GetCredentialUnsupportedException -> {
/* This exception is thrown when the device does not support the
Credential Manager feature. Inform the user that credential-based
authentication is unavailable and guide them to an alternative
authentication method. */
}
is NoCredentialException -> {
/* This exception is thrown when there are no viable credentials
available for the user. Prompt the user to sign up for an account
or provide an alternative authentication method. Upon successful
authentication, store the login information using
androidx.credentials.CredentialManager.createCredential to
facilitate easier sign-in the next time. */
}
else -> {
// Handle unexpected exceptions.
Log.w(TAG, "Unexpected exception type: ${e::class.java.name}")
}
}
}
Java
credentialManager.getCredentialAsync(
// Use activity based context to avoid undefined
// system UI launching behavior
activity,
getCredRequest,
cancellationSignal,
<executor>,
new CredentialManagerCallback<GetCredentialResponse, GetCredentialException>() {
@Override
public void onSuccess(GetCredentialResponse result) {
handleSignIn(result);
}
@Override
public void onFailure(GetCredentialException e) {
handleFailure(e);
}
}
);
public void handleSignIn(GetCredentialResponse result) {
// Handle the successfully returned credential.
Credential credential = result.getCredential();
if (credential instanceof PasswordCredential) {
String username = ((PasswordCredential) credential).getId();
String password = ((PasswordCredential) credential).getPassword();
// Use ID and password to send to your server to validate and
// authenticate
} else {
// Catch any unrecognized credential type here.
Log.e(TAG, "Unexpected type of credential");
}
}
public void handleFailure(GetCredentialException e) {
if (e instanceof GetCredentialCancellationException) {
/* During the get credential flow, this is thrown when a user
intentionally cancels an operation. When this happens, the application
should handle logic accordingly, typically under indication the user
does not want to see Credential Manager anymore. */
} else if (e instanceof GetCredentialCustomException) {
/* Represents a custom error thrown during a get flow with
CredentialManager. If you get this custom exception, you should match
its type against exception constants defined in any third-party sdk
with which you used to make the
androidx.credentials.GetCredentialRequest, and then handle it
according to the sdk recommendation. */
} else if (e instanceof GetCredentialInterruptedException) {
/* During the get credential flow, this is thrown when some
interruption occurs that may warrant retrying or at least does not
indicate a purposeful desire to close or tap away from Credential
Manager. */
} else if (e instanceof GetCredentialProviderConfigurationException) {
/* During the get credential flow, this is thrown when configurations
are mismatched for the provider, typically indicating the provider
dependency is missing in the manifest or some system service is not
enabled. */
} else if (e instanceof GetCredentialUnknownException) {
// This is thrown when the get credential operation failed with no
// more details.
} else if (e instanceof GetCredentialUnsupportedException) {
/* During the get credential flow, this is thrown when credential
manager is unsupported, typically because the device has disabled it
or did not ship with this feature enabled. */
} else if (e instanceof NoCredentialException) {
/* During the get credential flow, this is returned when no viable
credential is available for the user. This can be caused by various
scenarios such as that the user doesn't have any credential or the
user doesn't grant consent to using any available credential. Upon
this exception, your app should navigate to use the regular app
sign-up or sign-in screen. When that succeeds, you should invoke
androidx.credentials.CredentialManager.createCredentialAsync to store
the login info, so that your user can sign in more easily through
Credential Manager the next time. */
} else {
Log.w(TAG, "Unexpected exception type " + e.getClass().getName());
}
}
Dodatkowe materiały
- Przykładowe materiały referencyjne w Menedżerze danych logowania
- Ćwiczenie z programowania dotyczące Menedżera danych logowania
- Logowanie użytkownika za pomocą Menedżera danych logowania