기본 콘텐츠로 건너뛰기

Java 람다함수에서 외부지역변수를 수정할 수 없는 이유

 C++ 하다 보면, 람다함수에서 외부지역변수 수정을 숨쉬듯이 하는 편인데, Java 에서 동일한 형태로 람다함수를 사용하려고 하면, 오류난다.

// Java
import java.util.function.Consumer;

public class MyClass {
    public String getString() {
        String result = "";

        Consumer<String> lamda = (String name) -> {
            result = "<<" + name + ">>";
        };

        return result;
    }

    public static void main(String[] args) {
        System.out.println("new MyClass().getString(): " + new MyClass().getString());
    }
}
// 컴파일 결과
// javac MyClass.java
// MyClass.java:8: error: local variables referenced from a lambda expression must be final or effectively final
//             result = "<<" + name + ">>";
//             ^
// 1 error
// C++
#include <iostream>
#include <string>
using namespace std;

class MyClass {
    public:
        string getString() {
            string result;

            auto lamda = [&] (string name) {
                result = "<<" + name + ">>";
            };

            lamda("Purewell");

            return result;
        }
};

int
main(int argc, char* argv[]) {
    cout << "(new MyClass())->getString()): " << (new MyClass())->getString() << endl;
}

// 실행결과: (new MyClass())->getString()): <<Purewell>>

위와 같이 C++에선 지역변수에 접근해서 값을 수정하였으나, Java에선 컴파일 타임에 문법 오류 난다.

사유는 Java에서 적극 사용하는 Thread인 듯 싶다.

지역변수는 Java에서 Thread끼리 공유하지 않는 Stack영역에 있고, 클래스 멤버변수들은 공유 가능한 Heap 영역에 있어서...라는데, 난 잘 모르겠다.

지역변수는 해당 메서드가 끝나면, 스택에서 사라진다. 만약 람다함수가 스레드를 사용하는 객체라면, 호출한 메서드(MyClass.getString())가 끝나도, 람다함수가 실행 중일 수 있다. 이때 캡쳐한 지역변수를 변경하려고 접근하려면, 이미 스택에서 사라진 변수에 접근하면서 오류가 발생할 것이다.

C++ 식이라면, 알아서 척척척 스스로 개발자가 모두 처리를 해야하지만, Java는 그런 경우를 아예 용납하지 않는 것 같다.

참조: https://www.baeldung.com/java-lambda-effectively-final-local-variables


댓글

이 블로그의 인기 게시물

버즈 라이브 배터리 교체

나는 버즈 라이브(SM-R180)가 좋은데, 평가가 별루였는지, 해당 스타일로 버즈를 더 이상 만들지 않고 있다. 아무튼, 오래 쓴 버즈 라이브 배터리가 슬슬 맛이 가기 시작해서, 블로그 를 참조하면서 분해 및 교체를 하였다. (진짜 쉬움) 요로코롬 위아래를 살짝 눌러주면 뚜껑이 벌어진다. 안쪽 플라스틱은 오른쪽은 분홍색, 왼쪽은 회색이다. 리본 케이블 살짝 들어내고, 기판을 떼어내면, 작은 나사가 있다. 나사를 풀고, 플라스틱을 걷어내면, 검은 양면 테이프로 고정된 CR1254 배터리가 보인다. 잘 쑤셔서(?) 꺼낸다. 새로운 CR1254 배터리를 넣는다. 음극이 아래로 가도록 하고, 분해의 역순으로 조립하면 된다. 조립할 때, 아까 풀었던 나사는 잊지 말고 꼭 조여준다. (까먹고 조립해서 다시 뜯고 조립함) 충전도 잘 되고, 소리도 잘 나는거 보면, 조립도 잘 된 것 같다. 이렇게 버즈 라이브의 수명을 강제로 늘렸다. 나중에 본체 배터리도 갈아야겠다.

ESP8266 + TM1637 WIFI 인터넷 시계 만들기

ESP8266 과 TM1637 으로 인터넷 시계 만들기 원래는 다이소에서 판매하는 5000원짜리 시계 뜯어서 만드려고 했는데, 시계를 뜯어보니, 자체 MCU를 통해 제어를 하고 있어 TM1637 로 구현하고 나중에 케이스를 만드는게 나을 것 같아서 아래와 같이 구현(chatGPT)했다. 30분마다 NTP 가져오기 WIFI가 끊기더라도 RTC 유지 WIFI가 끊기면 1분에 한 번씩 재접속 시도 버튼을 3초 누르면, AP 설정 모드 (88:88 표시) #include <ESP8266WiFi.h> #include <WiFiUdp.h> #include <TM1637Display.h> #include <WiFiManager.h> // https://github.com/tzapu/WiFiManager #define CLK D5 // TM1637 CLK #define DIO D6 // TM1637 DIO #define CONFIG_BUTTON_PIN D7 // 설정 진입 버튼 TM1637Display display(CLK, DIO); // 시간 관련 변수 time_t currentEpochTime = 0; unsigned long lastNtpMillis = 0; unsigned long checkTermMillis = 1800000UL; // 30분마다 NTP 다시 받아옴 // Wi-Fi 재접속 관련 unsigned long lastWiFiReconnectAttempt = 0; const unsigned long wifiReconnectInterval = 60000; // 1분 // 버튼 관련 unsigned long buttonPressedTime = 0; bool buttonWasHeld = false; const unsigned long CONFIG_HOLD_TIME = 3000; // 3초 bool isInConfigMode = false; const char* ntpServer = ...

Windows 에서 절전을 깨우는 장치 찾기

참조:  https://www.reddit.com/r/computer/comments/wquswv/windows_11_pc_wakes_up_every_time_i_move_usb/ powercfg /devicequery wake_armed powercfg /deviceenablewake "[DEVICE]" # $PROFILE function Get-WakeArmedDevices { $devices = powercfg -devicequery wake_armed if ($devices) { $devices | ForEach-Object { $_.Trim() } } else { Write-Host "No devices are currently armed for wake events." } } function Set-EnableWakeOnDevice { param( [string]$deviceName ) sudo powercfg -deviceenablewake $deviceName } function Set-DisableWakeOnDevice { param( [string]$deviceName ) sudo powercfg -devicedisablewake $deviceName }