Die im Lambda-Ausdruck verwendete Variable sollte endgültig oder effektiv endgültig sein

Die im Lambda-Ausdruck verwendete Variable sollte endgültig oder effektiv endgültig sein

Wenn ich versuche, calTzes zu verwenden , wird dieser Fehler angezeigt.

private TimeZone extractCalendarTimeZoneComponent(Calendar cal, TimeZone calTz) {
    try {
        cal.getComponents().getComponents("VTIMEZONE").forEach(component -> {
            VTimeZone v = (VTimeZone) component;
            v.getTimeZoneId();
            if (calTz == null) {
                calTz = TimeZone.getTimeZone(v.getTimeZoneId().getValue());
            }
        });
    } catch (Exception e) {
        log.warn("Unable to determine ical timezone", e);
    }
    return null;
}

Eine finalVariable bedeutet, dass sie nur einmal instanziiert werden kann. In Java können Sie keine nicht endgültigen Variablen sowohl in Lambda als auch in anonymen inneren Klassen verwenden.

Sie können Ihren Code mit der alten for-each-Schleife umgestalten:

private TimeZone extractCalendarTimeZoneComponent(Calendar cal,TimeZone calTz) {
    try {
        for(Component component : cal.getComponents().getComponents("VTIMEZONE")) {
        VTimeZone v = (VTimeZone) component;
           v.getTimeZoneId();
           if(calTz==null) {
               calTz = TimeZone.getTimeZone(v.getTimeZoneId().getValue());
           }
        }
    } catch (Exception e) {
        log.warn("Unable to determine ical timezone", e);
    }
    return null;
}

Auch wenn ich einige Teile dieses Codes nicht verstehe:

• Sie rufen a auf, v.getTimeZoneId();ohne seinen Rückgabewert zu verwenden
• Mit der Zuweisung calTz = TimeZone.getTimeZone(v.getTimeZoneId().getValue());ändern Sie die ursprünglich übergebene calTznicht und verwenden sie in dieser Methode nicht
• Sie kehren immer zurück null, warum setzen Sie nicht voidals Rückgabetyp?

Hoffe auch diese Tipps helfen dir, dich zu verbessern.

Obwohl andere Antworten die Anforderung belegen, erklären sie nicht, warum die Anforderung besteht.

Die JLS erwähnt in §15.27.2 , warum :

Die Beschränkung auf effektiv endgültige Variablen verbietet den Zugriff auf sich dynamisch ändernde lokale Variablen, deren Erfassung wahrscheinlich zu Parallelitätsproblemen führen würde.

Um das Risiko von Fehlern zu verringern, haben sie beschlossen, sicherzustellen, dass erfasste Variablen niemals mutiert werden.

Von einem Lambda kann man keinen Verweis auf etwas bekommen, das nicht endgültig ist. Sie müssen einen endgültigen Wrapper von außerhalb der Lamda deklarieren, um Ihre Variable zu halten.

Ich habe das endgültige 'Referenz'-Objekt als diesen Wrapper hinzugefügt.

private TimeZone extractCalendarTimeZoneComponent(Calendar cal,TimeZone calTz) {
    final AtomicReference<TimeZone> reference = new AtomicReference<>();

    try {
       cal.getComponents().getComponents("VTIMEZONE").forEach(component->{
        VTimeZone v = (VTimeZone) component;
           v.getTimeZoneId();
           if(reference.get()==null) {
               reference.set(TimeZone.getTimeZone(v.getTimeZoneId().getValue()));
           }
           });
    } catch (Exception e) {
        //log.warn("Unable to determine ical timezone", e);
    }
    return reference.get();
}   

Java 8 hat ein neues Konzept namens "Effektiv endgültig". Dies bedeutet, dass eine nicht endgültige lokale Variable, deren Wert sich nach der Initialisierung nie ändert, als „effektiv endgültig“ bezeichnet wird.

Dieses Konzept wurde eingeführt, weil wir vor Java 8 keine nicht endgültige lokale Variable in einer anonymen Klasse verwenden konnten . Wenn Sie Zugriff auf eine lokale Variable in einer anonymen Klasse haben möchten , müssen Sie diese endgültig festlegen.

Mit der Einführung von Lambda wurde diese Einschränkung gelockert. Daher ist die Notwendigkeit, die lokale Variable endgültig zu machen, wenn sie nach der Initialisierung als Lambda an sich nicht geändert wird, nichts anderes als eine anonyme Klasse.

Java 8 erkannte den Schmerz, jedes Mal, wenn ein Entwickler Lambda verwendete, lokale Variablen als endgültig zu deklarieren, führte dieses Konzept ein und machte es unnötig, lokale Variablen endgültig zu machen. Wenn Sie also sehen, dass sich die Regel für anonyme Klassen nicht geändert hat, müssen Sie das finalSchlüsselwort nicht jedes Mal schreiben, wenn Sie Lambdas verwenden.

Ich habe hier eine gute Erklärung gefunden

In Ihrem Beispiel können Sie das forEachdurch lamdba durch eine einfache forSchleife ersetzen und jede Variable frei ändern. Oder überarbeiten Sie Ihren Code wahrscheinlich so, dass Sie keine Variablen ändern müssen. Der Vollständigkeit halber erkläre ich jedoch, was der Fehler bedeutet und wie man ihn umgeht.

Java 8-Sprachspezifikation, §15.27.2 :

Alle lokalen Variablen, formalen Parameter oder Ausnahmeparameter, die in einem Lambda-Ausdruck verwendet, aber nicht deklariert werden, müssen entweder als endgültig oder effektiv endgültig deklariert werden ( §4.12.4 ). Andernfalls tritt ein Kompilierungsfehler auf, wenn die Verwendung versucht wird.

Grundsätzlich können Sie eine lokale Variable ( calTzin diesem Fall) nicht innerhalb eines Lambda (oder einer lokalen / anonymen Klasse) ändern . Um dies in Java zu erreichen, müssen Sie ein veränderbares Objekt verwenden und es (über eine letzte Variable) aus dem Lambda ändern. Ein Beispiel für ein veränderliches Objekt wäre hier ein Array aus einem Element:

private TimeZone extractCalendarTimeZoneComponent(Calendar cal, TimeZone calTz) {
    TimeZone[] result = { null };
    try {
        cal.getComponents().getComponents("VTIMEZONE").forEach(component -> {
            ...
            result[0] = ...;
            ...
        }
    } catch (Exception e) {
        log.warn("Unable to determine ical timezone", e);
    }
    return result[0];
}

Wenn es nicht erforderlich ist, die Variable zu ändern, besteht eine allgemeine Problemumgehung für diese Art von Problem darin, den Teil des Codes zu extrahieren, der Lambda verwendet, und das Schlüsselwort final für method-parameter zu verwenden.

Eine im Lambda-Ausdruck verwendete Variable sollte endgültig oder effektiv endgültig sein. Sie können jedoch einem endgültigen Array mit einem Element einen Wert zuweisen.

private TimeZone extractCalendarTimeZoneComponent(Calendar cal, TimeZone calTz) {
    try {
        TimeZone calTzLocal[] = new TimeZone[1];
        calTzLocal[0] = calTz;
        cal.getComponents().get("VTIMEZONE").forEach(component -> {
            TimeZone v = component;
            v.getTimeZoneId();
            if (calTzLocal[0] == null) {
                calTzLocal[0] = TimeZone.getTimeZone(v.getTimeZoneId().getValue());
            }
        });
    } catch (Exception e) {
        log.warn("Unable to determine ical timezone", e);
    }
    return null;
}