Smart Lock für Passwörter wurde 2022 eingestellt und ist jetzt aus dem Google Play Services Auth SDK (com.google.android.gms:play-services-auth
) entfernt. Um Störungen zu minimieren, die sich auf bestehende Integrationen auswirken könnten, werden Smart Lock-Funktionen für alle vorhandenen Apps im Play Store weiterhin korrekt ausgeführt. Neue App-Versionen, die mit dem aktualisierten SDK (com.google.android.gms:play-services-auth:21.0.0
) kompiliert wurden, können nicht mehr auf die Smart Lock for Password API zugreifen und lassen sich nicht erfolgreich erstellen. Alle Entwickler sollten ihre Android-Projekte so schnell wie möglich zu Credential Manager migrieren.
Vorteile der Migration zur Credential Manager API
Der Anmeldedaten-Manager bietet eine einfache, einheitliche API, die moderne Funktionen und Praktiken unterstützt und gleichzeitig die Authentifizierung für Ihre Nutzer verbessert:
- Der Anmeldedaten-Manager unterstützt das Speichern von Passwörtern und die Authentifizierung vollständig. Das bedeutet, dass Ihre Nutzer nicht unterbrochen werden, wenn Ihre App von Smart Lock zum Anmeldedaten-Manager migriert.
- Der Anmeldedaten-Manager unterstützt mehrere Anmeldemethoden, darunter Passkeys und föderierte Anmeldemethoden wie Über Google anmelden. So lässt sich die Sicherheit erhöhen und die Umstellung auf diese Methoden vorbereiten.
- Ab Android 14 unterstützt der Anmeldedaten-Manager Passwort- und Passkey-Anbieter von Drittanbietern.
- Der Credential Manager bietet eine einheitliche, einheitliche Nutzererfahrung über alle Authentifizierungsmethoden hinweg.
Migrationsoptionen:
Anwendungsfall | Empfehlung |
---|---|
Passwort speichern und mit gespeichertem Passwort anmelden | Verwenden Sie die Passwortoption aus dem Leitfaden Nutzer mit dem Anmeldedaten-Manager anmelden. Die detaillierten Schritte zum Speichern von Passwörtern und zur Authentifizierung werden später beschrieben. |
Über Google anmelden | Folgen Sie der Anleitung unter Credential Manager mit „Über Google anmelden“ verknüpfen. |
Nutzern einen Hinweis zur Telefonnummer anzeigen | Verwenden Sie die Telefonnummer-Hinweis-API von Google Identity Services. |
Mit dem Anmeldedaten-Manager mit Passwörtern anmelden
Wenn Sie die Credential Manager API verwenden möchten, führen Sie die Schritte aus, die im Abschnitt Voraussetzungen des Leitfadens für den Anmeldedaten-Manager beschrieben sind. Beachten Sie dabei Folgendes:
- Erforderliche Abhängigkeiten hinzufügen
- Klassen in der ProGuard-Datei beibehalten
- Unterstützung für Digital Asset Links hinzufügen (dieser Schritt sollte bereits implementiert sein, wenn Sie Smart Lock für Passwörter verwenden)
- Anmeldedaten-Manager konfigurieren
- Felder für Anmeldedaten angeben
- Nutzerpasswort speichern
Mit gespeicherten Passwörtern anmelden
So rufen Sie Passwortoptionen ab, die mit dem Konto des Nutzers verknüpft sind:
1. Passwort und Authentifizierungsoption initialisieren
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. Verwenden Sie die aus dem vorherigen Schritt abgerufenen Optionen, um die Anmeldeanfrage zu erstellen.
Kotlin
val getCredRequest = GetCredentialRequest(
listOf(getPasswordOption)
)
Java
GetCredentialRequest getCredRequest = new GetCredentialRequest.Builder()
.addCredentialOption(getPasswordOption)
.build();
3. Anmeldevorgang starten
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());
}
}
Weitere Informationen
- Beispielreferenz für Credential Manager
- Codelab für Anmeldedaten-Manager
- Nutzer mit dem Anmeldedaten-Manager anmelden