La variable utilizada en la expresión lambda debe ser final o efectivamente final

La variable utilizada en la expresión lambda debe ser final o efectivamente final

Cuando intento usarlo calTz, muestra este error.

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;
}

Una finalvariable significa que solo se puede instanciar una vez. en Java no puede usar variables no finales en lambda ni en clases internas anónimas.

Puede refactorizar su código con el antiguo ciclo for-each:

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;
}

Incluso si no entiendo algunas partes de este código:

• llamas a un v.getTimeZoneId();sin usar su valor de retorno
• con la asignación calTz = TimeZone.getTimeZone(v.getTimeZoneId().getValue());, no modifica el aprobado originalmente calTzy no lo usa en este método
• Siempre regresas null, ¿por qué no configuras voidcomo tipo de retorno?

Espero que también estos consejos te ayuden a mejorar.

Aunque otras respuestas prueban el requisito, no explican por qué existe el requisito.

El JLS menciona por qué en §15.27.2 :

La restricción a variables finales efectivas prohíbe el acceso a variables locales que cambian dinámicamente, cuya captura probablemente introduciría problemas de concurrencia.

Para reducir el riesgo de errores, decidieron asegurarse de que las variables capturadas nunca se muten.

De una lambda, no puedes obtener una referencia a nada que no sea definitivo. Debe declarar un contenedor final desde fuera del lamda para mantener su variable.

He agregado el objeto de 'referencia' final como este contenedor.

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 tiene un nuevo concepto llamado variable "Efectivamente final". Significa que una variable local no final cuyo valor nunca cambia después de la inicialización se llama "Efectivamente Final".

Este concepto se introdujo porque antes de Java 8 , no podíamos usar una variable local no final en una clase anónima . Si desea tener acceso a una variable local en clase anónima , debe hacerlo final.

Cuando se introdujo lambda, esta restricción se alivió. Por lo tanto, la necesidad de hacer que la variable local sea final si no se cambia una vez que se inicializa como lambda en sí misma no es más que una clase anónima.

Java 8 se dio cuenta de la molestia de declarar la variable local final cada vez que un desarrollador usaba lambda, introdujo este concepto e hizo innecesario hacer que las variables locales fueran finales. Entonces, si ve que la regla para las clases anónimas no ha cambiado, es solo que no tiene que escribir la finalpalabra clave cada vez que usa lambdas.

Encontré una buena explicación aquí

En su ejemplo, puede reemplazar el forEachcon lamdba con un forbucle simple y modificar cualquier variable libremente. O, probablemente, refactorice su código para que no necesite modificar ninguna variable. Sin embargo, explicaré por completo qué significa el error y cómo solucionarlo.

Especificación del lenguaje Java 8, §15.27.2 :

Cualquier variable local, parámetro formal o parámetro de excepción utilizado pero no declarado en una expresión lambda debe declararse final o efectivamente final ( §4.12.4 ), o se produce un error en tiempo de compilación cuando se intenta el uso.

Básicamente no puede modificar una variable local ( calTzen este caso) desde una lambda (o una clase local / anónima). Para lograr eso en Java, debe usar un objeto mutable y modificarlo (a través de una variable final) desde la lambda. Un ejemplo de un objeto mutable aquí sería una matriz de un elemento:

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];
}

Si no es necesario modificar la variable, una solución general para este tipo de problema sería extraer la parte del código que utiliza lambda y la palabra clave final en el método-parámetro.

Una variable utilizada en la expresión lambda debe ser una final o efectivamente final, pero puede asignar un valor a una matriz de un elemento final.

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;
}