Flutter: Android 14 API nivå 34 Målproblemet fortsätter trots uppdateringar

Varför ser jag fortfarande en API Level 34-varning?

I Flutter-utvecklingen är inriktning på den senaste Android API-nivån avgörande för att säkerställa appkompatibilitet med nya funktioner och säkerhetsuppgraderingar. Nyligen, efter att ha ändrat targetSdkVersion till API-nivå 34 (Android 14), rapporterade utvecklarna att Play Console fortfarande varnar för att appen måste rikta in sig på Android 14 eller högre, trots ett framgångsrikt bygge.

Denna skillnad kan orsaka förvirring, särskilt när tidigare app-paket fortfarande körs på konsolen. Att förstå hur tidigare versioner påverkar den aktuella uppladdningen och åtgärda denna varning är avgörande för att effektivt släppa din Flutter-app.

Förstå lösningen för API-nivåinriktning i Flutter

Det första skriptet modifierar Flutter-projektets Android-inställning för att säkerställa att appen är korrekt inriktad på API-nivå 34. De avgörande kommandona är compileSdkVersion och targetSdkVersion, som anger Android SDK-versionerna som används under kompilering och distribution. Att ställa in compileSdkVersion till 34 säkerställer att programmet byggs med Android 14, medan targetSdkVersion anger den avsedda Android-versionen som appen ska köras på. Dessa ändringar uppdaterar projektinställningarna för att möta de senaste standarderna för inlämning av Google Play Butik, vilket tar bort varningen om API-nivåer som inte stöds.

Det andra skriptet kommunicerar med Google Play Console API via Python. Det automatiserar processen att upptäcka och ta bort äldre programvarupaket som kan orsaka problem. google.auth.default() returnerar standardinloggningsuppgifterna för åtkomst till Play Store API, medan build('androidpublisher', 'v3') initierar Google Play Developer API. Skriptet använder sedan service.edits().bundles().list() för att få aktiva app-paket, och om en gammal version upptäcks, service.edits().bundles().delete() tar bort det. Slutligen sparar och tillämpar kommandot service.edits().commit() alla ändringar, vilket garanterar att appen är fri från alla föråldrade paket som kan orsaka felmeddelandet.

android {
    compileSdkVersion 34
    defaultConfig {
        applicationId "com.example.myapp"
        minSdkVersion 21
        targetSdkVersion 34
        versionCode 1
        versionName "1.0"
    }
}

import google.auth
from googleapiclient.discovery import build
credentials, project = google.auth.default()
service = build('androidpublisher', 'v3', credentials=credentials)
package_name = 'com.example.myapp'
edit_id = service.edits().insert(body={}, packageName=package_name).execute()['id']
bundles = service.edits().bundles().list(packageName=package_name, editId=edit_id).execute()
for bundle in bundles['bundles']:
    if bundle['versionCode'] == 1:  # First build still active
        service.edits().bundles().delete(packageName=package_name, editId=edit_id,
                                        bundleId=bundle['id']).execute()
service.edits().commit(packageName=package_name, editId=edit_id).execute()

Lösning av motstridiga paket i Flutter-appuppdateringar.

Ett vanligt problem vid uppdatering av en Flutter-apps targetSdkVersion är förekomsten av gamla app-paket som fortfarande visas som aktiva i Google Play Console. Även om dessa paket är inaktuella kan de förhindra att den senaste versionen identifieras korrekt, vilket resulterar i varningar som "Appen måste rikta in Android 14 (API-nivå 34) eller högre." Även om det krävs att ändra targetSdkVersion till 34, måste utvecklare också se till att tidigare versioner inte stör uppdateringsprocessen. Att hantera appversioner, särskilt att eliminera föråldrade paket, kan hjälpa till att lösa det här problemet.

Förutom att korrekt definiera mål-API-nivån i filen build.gradle, bör aktiva versioner granskas regelbundet i Google Play Console. Utvecklare bör använda verktyg som Google Play Developer API eller manuellt inaktivera föråldrade paket. Detta säkerställer att Play Butik exakt återspeglar den senaste versionskonfigurationen. Eftersom Google Play kräver att appar följer rigorösa versionskriterier för uppdateringar, garanterar kontroll av både koden och paketen i Play Console en smidig övergång och minskar sannolikheten för att stöta på olösta varningar på API-nivå.