Java static · 예외 · String · 참조 E06

static 은 하나뿐이고, 예외는 catch 로 뛰고 finally 는 무조건이며, == 는 주소이고 참조 복사는 같은 집이다

01왜 이 장인가

왜 이걸 하나 — Java 34문항 중 17문항이 이 장이고, 2024년 3회 · 2025년 2회에는 3문항씩 나왔다.

11회분 220문항 중 이 장의 기출은 17문항이다. 11회 중 10회에 나왔고(2023년 3회만 빠짐 — 그 회차의 컴파일 오류 문제가 여기 있다), 2025년 이후 람다 · enum · 제네릭 같은 새 문법이 섞이기 시작했다. 훈련 Java 20문항이 붙는다.

→ == 와 참조가 5문항으로 가장 많다. new 한 것끼리 == 는 false(2024년 2회 1번 NNN), 리터럴끼리는 true(2023년 2회 8번), 배열 · 객체는 대입하면 같은 집(2025년 2회 5번 · 15번) — 세 문장이 이 다섯을 다 푼다.

E01 진단의 14번(compute(5) → 1)이 이 장이다. 종료 조건이 num <= 1 이라 음수까지 내려가는 재귀였고, 「종료 조건에서 무엇을 돌려주나」를 안 보면 답이 바뀐다. 실무에서는 안 쓰는 꼴이지만 시험은 이런 자리를 고른다.

문항 수는 이 노트의 문제 데이터에서 ch=E06 인 것을 센 값이다(2026-09-14). 기출 코드는 grandlife.co.kr 복원에서 옮겼고, 17문항 전부 JDK 17 로 실행하거나 컴파일해 정답을 확인했다. 컴파일 오류 문제(2023-3회 12번)는 javac 가 7번 줄에서 오류를 내는 것을 확인했다.

02한눈에

왜 이걸 하나 — 시험 전날 규칙 9개를 다시 본다.

03밑바닥

왜 이걸 하나 — 규칙 9개는 「무엇이 하나이고 무엇이 여럿인가」로 묶인다. static 은 하나, 참조가 가리키는 집도 하나, 문자열 리터럴도 하나.

3-1. static 은 클래스에 하나라 모두가 같은 값을 본다

static int count 는 객체마다가 아니라 클래스에 하나다. 2023년 1회 1번에서 StaticData.count = value 로 10 을 넣고, StaticData.count++ 는 10 을 찍은 뒤 11 이 되며, item.count 는 같은 static 이라 11 이다. 지역변수 value 는 10 그대로, 인스턴스 필드 item.value 는 20 → 네 줄이 10 · 11 · 10 · 20.

static 메서드는 객체 없이 도는 것이라 그 안에서 인스턴스 필드를 직접 쓸 수 없다. 2023년 3회 12번의 public static String getName() { return name; } 이 7번 줄에서 컴파일 오류인 이유다(non-static variable name cannot be referenced from a static context). 싱글톤(2024년 1회 1번)은 static 인스턴스 하나를 getInstance 로 돌려주므로 a 와 b 가 같은 객체라 add 네 번이 전부 한 value 에 쌓여 4 다.

3-2. 예외는 뛰고, finally 는 언제나

try 안에서 예외가 나면 그 줄에서 멈추고 아래 catch 중 맞는 첫 것으로 뛴다. 2025년 1회 5번은 number / divisor 에서 ArithmeticException 이 나 첫 catch 의 출력1 을 찍고, finally 의 출력5 를 찍는다 — 출력2 · 출력4 는 안 찍힌다. catch 는 위에서부터 보므로 자식 예외를 위에 둔다.

2024년 3회 16번은 fail() 이 NullPointerException 을 던져 첫 catch 에서 +1, finally 에서 +100 → 101. Exception catch 는 첫 것이 잡았으니 건너뛴다. 2025년 2회 9번은 람다 안의 throw 가 run 의 catch 로 잡혀 7, 두 번째 람다는 3 + 9 = 12, 합 19 — 람다도 결국 메서드 호출이라 예외는 부른 쪽으로 올라간다.

3-3. == 는 같은 집인가를 묻는다

Java 의 참조 변수는 집 주소를 든 쪽지다. == 는 두 쪽지에 같은 주소가 적혔는지를 묻고, equals 는 그 집의 내용이 같은지를 묻는다. 2024년 2회 1번은 new 로 만든 두 KOREA 가 다른 집이라 N, c 는 a 의 쪽지를 복사한 것이라 같은 집인데 b == c 를 물어 N, 세 번째도 새 집이라 N → NNN.

리터럴은 다르다. "Programming" 을 두 변수에 적으면 상수 풀의 같은 집이라 == 도 true 이고, new 로 만든 셋째와는 false, equals 는 셋 다 true(2023년 2회 8번, true false true true). 2024년 3회 1번은 equals 로 인접한 두 단어를 비교해 같으면 O, 다르면 A 를 찍어 OOAAA 다.

배열과 객체도 쪽지다. 2025년 2회 5번의 change 는 words[0] 을 바꿔 원본 배열의 첫 칸이 B 가 되지만, label = "Z" 는 지역 쪽지만 바꾼 것이라 밖의 label 은 B 그대로 → BB. 2025년 2회 15번은 배열 칸의 쪽지를 바꾼 뒤 boxes[1].value = boxes[0].value 로 b 의 값을 3 으로 만들어 a · b · c 가 1 · 3 · 3, 출력 1a3b3.

3-4. 문자열 연결은 왼쪽부터이고, 재귀는 종료 조건이 답을 정한다

+ 는 왼쪽부터 계산한다. 숫자끼리는 더하고, 문자열이 한 번 끼면 그 뒤로는 전부 이어 붙인다. 2026년 1회 17번의 9 + 2 + "2" + "3" 은 11 → "112" → "1123" 이고, a + b + "결과" + a + b 는 8결과53(예상 1회 8번)이다. 괄호가 없으면 왼쪽부터라는 것만 지키면 된다.

2024년 2회 17번은 재귀로 문자열을 뒤에서부터 보며 처음 나온 글자만 남긴다(되감으며 앞에 붙이므로 dcba). 2025년 1회 16번은 배열을 반씩 나눠 가운데 값을 더하는 이분 재귀라 표를 아래부터 채워 20 이다. 2026년 2회 14번은 num <= 1 에서 num 을 그대로 돌려주므로 compute(−1) = −1 이 위로 올라와 1 이 된다 — 종료 조건이 0 이 아니라는 것을 놓치면 답이 바뀐다.

enum(2025년 3회 5번)은 values() 가 선언 순서의 배열이고 Word.B.name() 은 "B" 라 길이 1, values()[1] 은 B, getText 는 AB 다. 새 문법이 나와도 배열 첨자와 문자열 길이라는 옛 규칙으로 풀린다.

04기출

왜 이걸 하나 — 코드를 보면서 쪽지와 집을 그리는 연습이다. == 가 보이면 그림부터 그린다.

변수는 쪽지, new 는 새 집으로 그린다. 예외 문제는 try 안의 줄에 번호를 붙이고 어느 번호에서 뛰는지 표시한다. 정답을 연 뒤 그림과 다른 자리가 규칙 9개 중 빠진 것이다.

05틀리는 자리

왜 이걸 하나 — 이 장은 줄바꿈과 순서에서 깎인다.

Java 출력 문제는 print 인지 println 인지가 줄 수를 정한다. 코드에서 println 을 세어 답의 줄 수와 맞춘다.

06훈련

왜 이걸 하나 — 규칙 9개를 짧은 코드 20개로 돌린다. Java 훈련의 3분의 2가 여기 있다.

훈련 20문항은 static 카운터, == 와 equals, StringBuilder, 정수 나눗셈, 예외 흐름, 배열 clone, switch, 문자열 연결, charAt · substring · split, 중첩 루프, 증감, 비트, 최댓값 탐색, 재귀 피보나치 · 역순, 2차원 배열, char + int, catch 선택이다. 정답은 전부 JDK 17 로 실행해 확인했다.

07백지 재현

왜 이걸 하나 — 아래를 안 보고 적을 수 있어야 이 장이 끝난다.