이번 아이템의 주제는 인스턴스화 막기다 Vv
생각보다 아이템 4가 많이 짧아서 인스턴스의 개념도 간략하게 설명하겠다!인스턴스화란?!
자바에는 클래스와 인스턴스라는 개념이 존재한다.
- 클래스란 객체(인스턴스)를 생성하기 위한 탬플릿이면서, 객체가 가지는 속성과 기능을 정의한다.
- 인스턴스란 클래스에 의해 메모리에 할당된 객체이다.
두 개의 개념은 아주 가깝지만 큰 차이가 있다.
- 할당되는 메모리 위치가 다르다.
- 메모리에 할당되는 시간이 다르다.
클래스가 위치하는 스태틱 영역과 인스턴스가 위치하는 힙 영역!
-
스태틱 영역은 클래스, 클래스 변수(정적 변수), 클래스 함수(정적 함수)가 위치하는 메모리영역이다.
main메서드 시작전에 할당되어서 종료될 때까지 살아있는다. -
힙 영역은
new예약어로 생성된 객체(인스턴스)들이 존재한다. 즉main함수 실행 중에 할당되고 사라진다. -
main 함수는
스택영역을 차지한다.
결국 정적 변수, 정적 함수는 main 함수 실행 전부터 존재하게 되는 것이다.
따라서 정적 메서드, 정적 변수는 객체로 만들지 않더라도 사용할 수 있게 된다.
자세한 설명은 요기를 참고하자! 👉 자세히 보러가기
정적 변수 정적 함수로만 구성된 클래스
정적 변수,함수로만 구성된 클래스는 보통 유틸리티 클래스나, 클래스 명에 관련된 상수로 이루어진 클래스들이다.
1. 자바의 유틸리티 클래스
Collections에 관한 클래스이다.
2. 내가 만든 유틸리티 클래스
가족별 생성 코드를 만드는 유틸리티 클래스이다.
상태저장이 불필요하기 때문에 인스턴스 변수가 필요하지 않다.
코드를 만드는 함수도 실행시점에 달라지지 않는 순수한 함수이다.
만약에 이 클래스를 매번 인스턴스화해서 사용한다면, 메모리의 낭비, 각각의 객체 변수명으로 여러곳에서 사용되는 불필요한 혼동이 있을 수 있다.
동일한 기능을 하는 코드인데도 변수명이 달라 팀원들에게 혼란을 줄 수 있게 된다.
인스턴스화를 하지 말아야하는 이유
- 불필요한 메모리 낭비
인스턴스 생성은 불필요한 메모리가 낭비된다!
- 팀원간의 혼동
동일한 기능을 하는 코드임에도 다른 변수명으로 접근한다면 혼란을 줄 수 있다.
또한 가독성을 떨어트리며, 유지보수 여러움이 된다.
(유지보수할때마다 해당 코드보러 이동해야하면 번거로워요~!)
인스턴스화를 막는 방법
그냥 단순히 이 클래스는 정적 변수,함수로만 이루어져있으니까 만들지마세요~ 하면 어떨까?
😤😤😤 어떻게 그걸 하나하나 확인하냐구요~! !!
쉽게 잊게 되는 사실은 생성자를 안만들어도 컴파일러가 자동으로 생성자를 만들어준다!
또한 이때 생성되는 생성자의 접근제어자는 클래스의 접근 제어자다.
유틸리티 클래스는 보통 여기저기서 사용하게 만들어지기 때문에 보통 public 접근 제어자를 가지고, 이로 인해 public 접근제어자를 가진 생성자가 만들어진다. 😅 😅
따라서 어떤 클래스의 인스턴스를 막고자 할때는 private를 붙인 생성자를 명시적으로 선언해야한다.
private FamilyCodeHandler() {
throw new AssertionError();
}이렇게 되면 컴파일러가 생성자를 만들지 않으며, 다른 곳에서도 이 클래스를 인스턴스로 만들 수 없다.
상속을 하더라도 불가능하다.
하위 클래스의 생성자는 반드시 상위 클래스의 생성자를 호출하는데private때문에 호출 자체가 불가능하기 때문이다.
private: 클래스 외부에서 접근 불가능
물론 어노테이션도 있다.
@UtilityClass- private 생성자 생성
- 클래스를 final로 선언 (상속 방지)
- 모든 멤버를 자동으로 static으로 변환
@NoArgsConstructor(access = AccessLevel.PRIVATE)- 매개변수가 없는
private생성자
- 매개변수가 없는
key point!
- 클래스는 스태틱 영역에 위치한다.
- 정적변수, 정적 메서드로 이루어진 클래스는 인스턴스화해서 사용하지말자.
- 인스턴스화를 막기 위해서는 private 생성자가 필요하다!
