W 2022 roku wycofaliśmy usługę Smart Lock na hasła i usunęliśmy ją z pakietu Google Play Services Auth SDK (com.google.android.gms:play-services-auth
) . Aby zminimalizować wpływ zmian powodujących niezgodności w istniejących już integracjach, funkcje Smart Lock we wszystkich dotychczasowych aplikacjach w Sklepie Play będą nadal działać. Nowe wersje aplikacji kompilowane z użyciem zaktualizowanego pakietu (com.google.android.gms:play-services-auth:21.0.0
) nie są już w stanie korzystać z interfejsu API Smart Lock na hasła i nie będą się pomyślnie kompilować. Wszyscy deweloperzy powinni jak najszybciej zacząć używać w swoich projektach na Androida Credential Managera.
Zalety migracji do interfejsu Credential Manager API
Menedżer danych logowania oferuje prosty, ujednolicony interfejs API, który umożliwia obsługę nowoczesnych funkcji i praktyk, a także ułatwia uwierzytelnianie użytkowników:
- Credential Manager w pełni obsługuje zapisywanie i uwierzytelnianie haseł. Oznacza to, że użytkownicy nie odczują żadnej zmiany podczas migracji aplikacji z Smart Lock do Menedżera danych logowania.
- Usługa Credential Manager integruje obsługę wielu metod 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 taką obsługę w przyszłości.
- Począwszy od Androida 14 Menedżer danych logowania obsługuje zewnętrznych dostawców haseł i kluczy dostępu.
- Credential Manager zapewnia spójny, ujednolicony interfejs użytkownika we wszystkich metodach uwierzytelniania.
Opcje migracji:
Przypadek użycia | Rekomendacja |
---|---|
Zapisywanie hasła i logowanie się przy użyciu zapisanego hasła | Użyj opcji hasła z poradnika Logowanie użytkownika za pomocą menedżera danych logowania. Szczegółowe instrukcje dotyczące zapisywania haseł i uwierzytelniania znajdziesz w dalszej części artykułu. |
Zaloguj się przez Google | Postępuj zgodnie z instrukcjami integracji Credential Managera z funkcją Zaloguj się przez Google. |
Wyświetlanie użytkownikom podpowiedzi dotyczącej numeru telefonu | Użyj interfejsu Phone Number Hint API z usług tożsamości Google. |
Logowanie się za pomocą haseł przy użyciu Menedżera danych logowania
Aby używać interfejsu Credential Manager API, wykonaj czynności opisane w sekcji wymagań wstępnych w przewodniku po Menedżerze danych logowania, a potem wykonaj te czynności:
- Dodawanie wymaganych zależności
- Zachowaj klasy w pliku ProGuard
- Dodaj obsługę linków do zasobów cyfrowych (jeśli używasz funkcji Smart Lock do haseł, ten krok powinien być już wykonany)
- Konfigurowanie Menedżera danych uwierzytelniających
- Wskazanie pól danych logowania
- Zapisywanie hasła użytkownika
Logowanie się przy użyciu zapisanych haseł
Aby pobrać opcje hasła powiązane z kontem użytkownika:
1. Inicjowanie hasła i opcji 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 etapu, aby utworzyć prośbę o logowanie
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 odwołanie do Credential Managera
- Ćwiczenie Codelab dotyczące Credential Managera
- Logowanie użytkownika za pomocą Menedżera danych logowania