이펙티브 자바 (61) 썸네일형 리스트형 [이펙티브 자바] 아이템 13. clone 재정의는 주의해서 진행하라 clone() 메서드 : 객체의 복사본을 생성하기 위해 사용되는 메서드. 객체의 얕은 복사(shallow copy)를 수행한다. 얕은 복사는 객체 내부의 복합 객체에 대한 참조만을 복사하므로, 복제된 객체와 원본 객체가 같은 데이터를 가리키게 될 수 있다. 이로 인해 복제된 객체를 변경할 때 원본 객체도 영향을 받을 수 있다. clone 메서드를 사용할 때 주의할 점은 얕은 복사가 되다는 점이다. 이로 인해 클래스가 가변 객체를 참조하는 순간 오류가 발생할 수 있다. import java.util.Arrays; import java.util.EmptyStackException; public class Stack implements Cloneable { private Object[] elements; pr.. [이펙티브 자바] 아이템 12. toString을 항상 재정의하라 toString() 메서드는 객체를 문자열 표현으로 반환해주는 메서드이다. toString() 메서드는 기본적으로 '클래스이름@hashcode' 문자열을 반환해준다. 예를들면 PhoneNumber@abbaa 이런식이다. 이런 형태는 객체의 상태나 값에 대한 유용한 정보를 제공하지 않기때문에 재정의해 의미있게 표현해야한다. 예를들어 이러한 클래스가 있다고 예시를 들어보자 : public class Person { private String name; private int age; public Person(String name, int age) { this.name = name; this.age = age; } /** * 객체의 문자열 표현을 반환합니다. * 이 문자열 표현은 객체의 주요 정보를 요약하여 제.. [이펙티브 자바] 아이템 11. equals를 재정의하려거든 hashcode도 재정의하라 hashcode : 객체를 대표하는 정수 값. hashCode() 메서드를 통해 이 값을 얻는다. 객체의 hashcode는 객체를 저장하거나 검색할때 hash table같은 데이터 구조의 키로 사용된다. equals를 재정의한 클래스 모두에서 hashCode도 재정의해야 한다. 그렇지 않으면 hashCode 일반 규약을 어기게 되어 오류가 발생할 수 있다. 1. 프로그램 실행 중 동일한 객체에 대해 여러 번 hashCode() 메서드를 호출하면, 객체가 수정되지 않았다면 메서드는 항상 동일한 정수를 반환해야 한다. 이 값은 객체가 수정되지 않는 한 프로그램 재실행 간에도 일관되어야 한다. 2. equals(Object) 메서드가 두 객체를 동등하게 판단한다면, 두 객체의 hashCode() 메서드는 동일.. [이펙티브 자바] 아이템 10. equals는 일반 규약을 지켜 재정의하라 equals 메서드는 Java의 Object 클래스에 정의된 메서드로, 두 객체가 "같음(equal)"을 결정하기 위해 사용된다. 모든 클래스에서 상속받으므로, 필요에 따라 오버라이드(재정의)하여 객체 간의 동등성 비교 방식을 커스텀할 수 있다. 기본 동작 : public boolean equals(Object obj) { return (this == obj); } 기본적으로 Object 클래스의 equals 메서드는 두 객체의 참조가 같은지 확인한다. 즉, 두 참조가 메모리 상에서 같은 객체를 가리키는 경우에만 true를 반환한다. equals를 재정의할 때 다음 중 하나라도 해당한다면 재정의하지 않는것이 좋다. 1. 각 인스턴스가 본질적으로 고유하다. 예를들어 Thread 클래스가 있다. Thread.. [이펙티브 자바] 아이템 9. try-finally보다는 try-with-resources를 사용하라 try-finally 사용 예시 (비효율적) import java.io.*; public class TryFinallyExample { public static String firstLineOfFile(String path) throws IOException { BufferedReader br = null; try { br = new BufferedReader(new FileReader(path)); return br.readLine(); } finally { if (br != null) { br.close(); // 자원을 명시적으로 해제해야 함 } } } } 이 예시에서는 finally 블록을 사용해 파일 리더를 명시적으로 닫아야한다. 번거로울 뿐만 아니라 close 메서드에서 예외가 발생하면 원래의.. [이펙티브 자바] 아이템 8. finalizer와 cleaner 사용을 피하라 자바는 두 가지 객체 소멸자를 제공한다. finalizer는 예측할 수 없고, 상황에 따라 위험할 수 있어 일반적으로 불필요하다. cleaner는 finalizer보다는 덜 위험하지만, 여전히 예측할 수 없고, 느리고, 일반적으로 불필요하다. 사용 예시 : public class ProblematicResourceHolder { private SomeResource resource; public ProblematicResourceHolder(String resourceName) { this.resource = new SomeResource(resourceName); } // Finalizer를 사용한 자원 해제 시도 - 사용을 피해야 함! @Override protected void finalize() .. [이펙티브 자바] 아이템 7. 다 쓴 객체 참조를 해제하라 자바의 가비지 컬렉션(garbage collection) 메커니즘이 자동으로 메모리 관리를 해주더라도, 더 이상 사용하지 않는 객체에 대한 참조를 계속 유지하는 것은 메모리 누수(memory leak)를 일으킬 수 있다. 특히, 컬렉션 객체 같은 경우는 개발자가 명시적으로 객체 참조를 해제하지 않으면, 의도치 않게 메모리 누수가 발생할 수 있다. 스택 구현에서의 메모리 누수 방지 예시 : public class Stack { private Object[] elements; private int size = 0; private static final int DEFAULT_INITIAL_CAPACITY = 16; public Stack() { elements = new Object[DEFAULT_INITIA.. [이펙티브 자바] 아이템 6. 불필요한 객체 생성을 피하라 똑같은 기능의 객체를 매번 생성하기 보다는 객체 하나를 재사용하는 편이 나을 때가 많다. 예시 : 문자열 인스턴스의 불필요한 생성 피하기 비효율적인 예 public String repeat(String str, int count) { String result = ""; for (int i = 0; i < count; i++) { result += str; // 매 반복마다 새로운 String 객체 생성 } return result; } 효율적인 예 public String repeat(String str, int count) { StringBuilder result = new StringBuilder(); for (int i = 0; i < count; i++) { result.append(str); /.. 이전 1 ··· 4 5 6 7 8 다음
