🔐 Java의 protected는 왜 필요할까?

🔐 Java의 protected는 왜 필요할까?

"public도 있는데 왜 굳이 protected를 쓸까?"

---

✨ 이런 고민, 해보셨나요?

“protected는 개념은 알겠는데, 실제로 왜 쓰는지 모르겠어요.”
“public이면 다 되는 거 아닌가요?”
“면접에서 접근제어자 차이점은 말할 수 있지만, 설계 관점에서 왜 쓰는지는 애매해요…”

개발을 하다 보면 이렇게 '이론은 아는데, 설계에서 왜 그렇게 써야 하는지' 고민이 생기죠.
이 글에서는 protected의 실제 사용 목적과 설계 이유를, 개발자와 면접관 관점 모두에서 이해하기 쉽게 정리해봅니다.

---

📘 개념 정리: 접근제어자의 비교

접근 제어자 같은 클래스 같은 패키지 하위 클래스 다른 패키지

private	✅	❌	❌	❌
(default)	✅	✅	❌	❌
protected	✅	✅	✅	❌
public	✅	✅	✅	✅

• protected: 패키지 내부 + 하위 클래스에서는 접근 가능
• public: 모든 곳에서 접근 가능

---

👨‍💻 개발자 입장: 언제 protected를 써야 할까?

✅ 1. 상속을 통한 확장만 허용하고 싶을 때

public abstract class Animal {
    protected void breathe() {
        System.out.println("숨을 쉰다");
    }
}

• Animal을 상속한 Dog, Cat 클래스에서는 breathe() 사용 가능
• 외부에서 animal.breathe()는 불가능

🔎 내부 구현은 숨기면서, 자식 클래스에게만 열어주는 “확장 포인트”

---

✅ 2. 프레임워크/라이브러리에서 의도된 확장을 설계할 때

public abstract class BaseController {
    protected void validate() {
        // 기본 검증 로직
    }
}

• 프레임워크를 사용하는 개발자들이 extends BaseController해서 validate()를 재사용
• 단, 일반 사용자는 BaseController의 내부 구현에 접근 불가

🔎 Spring, JPA, Hibernate 등 대형 프레임워크 소스에 protected 많이 사용

---

🧑‍⚖️ 면접관 입장에서 보는 포인트

💬 면접 질문 예시

"Java의 protected는 언제 사용해야 하나요?"
"접근제어자를 public이 아니라 protected로 쓰는 이유가 뭐죠?"

---

✅ 좋은 답변 예시

"protected는 주로 상속을 통해 기능을 확장할 수 있도록 하면서,
불필요한 외부 접근은 제한하고 싶을 때 사용합니다.
예를 들어 템플릿 메서드 패턴처럼 특정 메서드는 자식 클래스만 재정의할 수 있도록 설계할 때 유용합니다."

---

✅ 한눈에 정리

상황 적절한 접근제어자

내부에서만 쓰임	private
패키지 안에서만 공유	(default)
자식 클래스에만 공유	protected
어디서든 공유 가능	public

---

✍️ 마무리

Java에서 protected는 단순히 "접근 가능 여부"를 넘어서
"이 기능은 너가 상속해서 확장할 땐 써도 되지만, 일반적으로는 건들지 마"
라는 설계자의 의도와 책임 범위를 담고 있는 키워드입니다.

코드를 안전하게 설계하고, 변경에 강한 구조를 만들기 위해 꼭 필요한 개념이죠.