Das Logging-Tag darf maximal 23 Zeichen lang sein

Seit dem Update AS 1.1 Preview 2 bekomme ich rote Linien unter allen meinen Log Mitteilungen

Log.d(TAG, "message");

Mit Meldung: „Das Logging-Tag darf maximal 23 Zeichen lang sein.“.

Ich habe nichts grundlegend aktualisiert, außer Android Studio selbst. Ist das ein Fehler?

Sie können es deaktivieren, wenn Sie dies wünschen.

In Android Studio Analysieren -> Code prüfen.

Klicken Sie unter Inspektionsprofil auf die Schaltfläche mit den 3 horizontalen Punkten.

Das folgende Fenster sollte sich öffnen. Suchen Sie nach „log“ und deaktivieren Sie „Too Long Log Tags“.

Aktualisieren: Android Studio 2.2, es befindet sich unter Android Lint: Korrektheit

Nein, es ist kein Fehler.

Von Die letzten Änderungen von Android Studio in 1.1 Preview 2,

Überprüft, ob das an die Protokollierungsaufrufe übergebene Tag, sofern sein Wert aufgelöst werden kann, höchstens 23 Zeichen lang ist (wie von der Protokollierungs-API gefordert).

Wie kurz zu den jüngsten Änderungen erklärt, liegt es daran, wie Log Die API lässt kein Tag zu, das länger als 23 Zeichen ist.

SLF4J-Android hat dazu eine Erklärung:

[…] die Länge solcher Tags ist derzeit auf 23 Zeichen begrenzt (23 = 32 – 8 für Namespace-Präfix – 1 für C-Terminator)

was zu dem passt Quellcode von Android.

Derzeit ist die einzige Funktion, die diese Ausnahme ausdrücklich erwähnt, Log.isLoggable(),

…

Wirft

IllegalArgumentException wird ausgelöst, wenn tag.length() > 23 ist.

Basierend auf den Kommentaren löst der Logger jedoch anscheinend die Ausnahme im Release-Modus aus (sie wird im Debug-Modus ignoriert).

Sie können die Flusenprüfung deaktivieren, indem Sie Terences Antwort folgen, aber Sie wurden gewarnt.

Ergänzung der Antwort von @Terence

Sie können die spezifische Überprüfung über Gradle auch hiermit in Ihrer build.gradle-Datei deaktivieren:

lintOptions {
    disable 'LongLogTag'
}

Oder indem Sie Ihrem Projekt mit xml eine lint.xml-Datei hinzufügen:

<?xml version="1.0" encoding="UTF-8"?>
<lint>
    <issue id="LongLogTag" severity="ignore" />
</lint>

Sie können diese Flusenprüfung niemals ignorieren, sie könnte definitiv zu unerwarteten Ergebnissen in Ihrer Release-Version führen, da sie Ausnahmen auslöst und die Ausführung stoppt (es würde Ihre App nicht zum Absturz bringen).

Ich habe kürzlich eine schreckliche Lektion gelernt: Im Debug-Modus ist es in Ordnung, aber in der Release-Version verhält es sich anders.

Dies ist eine kürzliche Änderung und in diesem Build ist es eine neue Flusenprüfung. Was sagt,

Überprüft, ob das an die Protokollierungsaufrufe übergebene Tag, sofern sein Wert aufgelöst werden kann, höchstens 23 Zeichen lang ist (wie von der Protokollierungs-API gefordert).

Weitere Informationen finden Sie im dritten Punkt im folgenden Link.

https://sites.google.com/a/android.com/tools/recent/androidstudio11preview2

Wenn Sie dies nicht erhalten möchten, minimieren Sie die Anzahl der Zeichen in Ihrem TAG und stellen Sie sicher, dass sie die Länge von nicht mehr als 23 überschreiten.

Um zu erklären, warum dies geschieht:

Nach AOSP-Quellcode Sie können sich mit jedem beliebigen Tag anmelden. Das Problem ist drin Log.isLoggable.

Log.isLoggable überprüft die Systemeigenschaft log.tag.<YOUR_TAG> wenn die Priorität, die Sie protokollieren möchten, aktiviert ist. Hier ist die Dokumentation dieses Mechanismus:

public static boolean isLoggable (String tag, int level)

Überprüft, ob ein Protokoll für das angegebene Tag auf der angegebenen Ebene protokollierbar ist. Die Standardebene aller Tags ist auf INFO eingestellt. Das bedeutet, dass jede Ebene über und einschließlich INFO protokolliert wird. Bevor Sie eine Protokollierungsmethode aufrufen, sollten Sie überprüfen, ob Ihr Tag protokolliert werden soll. Sie können die Standardebene ändern, indem Sie eine Systemeigenschaft festlegen: ‘setprop log.tag. ‘ Wobei level entweder VERBOSE, DEBUG, INFO, WARN, ERROR, ASSERT oder SUPPRESS ist. UNTERDRÜCKEN schaltet die gesamte Protokollierung für Ihr Tag aus. Sie können auch eine local.prop-Datei erstellen, die Folgendes enthält: „log.tag.=“ und diese in /data/local.prop platzieren.

Quelle: https://developer.android.com/reference/android/util/Log#isLoggable(java.lang.String,%20int)

Unterhalb von API 26 (Oreo) lag die Grenze für Systemeigenschaftenschlüssel bei 31 Zeichen. Und "log.tag.".length() + 23 entspricht 31. Wenn Sie anrufen Log.isLoggable unter Android Oreo mit einem Tag länger als 23 Zeichen wird es wie beschrieben ausgelöst im Quellcode. Seit Android O gilt diese Grenze nicht mehr.

Die Lint-Regel existiert nur, um Sie vor all diesen (normalerweise) unnötigen Details zu schützen.

Die Dokumentation für Log.isLoggable sagt auch die IllegalArgumentException Wille nicht seit API 24 geworfen werden, was nach meinen Erkenntnissen falsch ist. Folgen: https://issuetracker.google.com/issues/124593220

Lösung. Jahr 2020 ver.

build.gradle (App)

android {
    lintOptions {
        disable 'LongLogTag'
    } // put this. 
}