❓
물음표살인마 블로그
  • README
  • ALGORITHM
    • Sieve of Eratosthenes
    • Round Up
    • Binary Search
    • Union Find
    • Sorting Array
    • Lcm, Gcd
  • TechTalk Review
    • Template
  • Books
    • CS Note for Interview
      • Ch1. Design Pattern & Programming paradigm
        • 1.1.1 Singleton Pattern
        • 1.1.2 Factory Pattern
        • 1.1.4 Observer Pattern
        • 1.1.5 Proxty Pattern & Proxy Server
        • 1.1.8 Model-View-Controller Pattern
        • 1.2.1 Declarative and Functional Programming
        • 1.2.2 Object Oriented Programming
      • Ch2. Network
        • 2.2.1 TCP/IP Four-Layer Model
        • 2.2.1-1 TCP 3, 4 way handshake
        • 2.3 Network Devices L4, L7
        • 2.4.1 ARP, RARP
        • 2.4.2 Hop By Hop Communication
        • 2.4.3 IP Addressing Scheme
      • Ch3. Operating System
        • 3.1.1 Roles and Structure of Operating Systems
        • 3.2.1 Memory Hierarchy
        • 3.2.2 Memory Management
        • 3.3.1 Processes and Compilation Process
        • 3.3.3 Memory Structure of a Process
        • 3.3.4 Process Control Block (PCB)
        • 3.3.5 Multiprocessing
        • 3.3.6 Threads and Multithreading
        • 3.3.7 Shared Resources and Critical Sections
        • 3.3.8 Deadlock
        • 3.4 CPU Scheduling Algorithm
      • Ch4. Database
        • 4.1 Database Basic
        • 4.2 Normalization
        • 4.3 Transaction and Integrity
        • 4.4 Types of Databases
        • 4.5 Indexes
        • 4.6 Types of Joins
        • 4.7 Principles of Joins
      • Ch5. Data Structure
    • Learning the Basics of Large-Scale System Design through Virtual Interview Cases
      • 1. Scalability based on user counts(1/2)
      • 1. Scalability based on user counts(2/2)
      • 2.Back-of-the-envelope estimation
      • 3. Strategies for System Design Interviews
      • 4. Rate Limiter
      • 5. Consistent Hashing
      • 6. Key-Value System Design
      • 7. Designing a Unique ID Generator for Distributed Systems
      • 8. Designing a URL Shortener
      • 9. Designing a Web Crawler
      • 10. Notification System Design
      • 11. Designing a News Feed System
      • 12. Chat System Design
      • 13. AutoComplete
      • 14. Design YouTube
      • 15. Design Google Drive
      • Loadbalancer Algorithms
      • Cache tier
      • CDN, Content Delivery Network
      • Stateless Web tier
    • Computer System A programmer's perspective
    • Effective Java
      • Item 1. Consider Static Factory Methods Instead of Constructors
      • Item 2. Consider a Builder When Faced with Many Constructor Parameters
      • Item 3. Ensure Singleton with Private Constructor or Enum Type
      • Item 4. Enforce Noninstantiability with a Private Constructor
      • Item 5. Prefer Dependency Injection to Hardwiring Resources
      • Item 6. Avoid Creating Unnecessary Objects
      • Item 7. Eliminate Obsolete Object References
      • Item 8. Avoid Finalizers and Cleaners
      • Item 9.Prefer try-with-resources to try-finally
      • Item10. Adhering to General Rules When Overriding equals
        • Handling Transitivity Issues
        • Ensuring Consistency
      • Item11. Override hashCode When You Override equals
      • Item12. Always Override toString
        • Always Override toString
      • Item13. Override Clone Judiciously
      • Item14. Consider Implementing Comparable
      • Item15. Minimize the Accessibility of Classes and Members
      • Item16. Accessor Methods Over Public Fields
      • Item17. Minimize Mutability
      • Item18. Composition over inherentance
      • Item19. Design and Document for Inheritance, or Else Prohibit It
      • Item20. Prefer Interfaces to Abstract Classes
      • Item21. Design Interfaces with Implementations in Mind
      • Item22. Use Interfaces Only to define Types
      • Item23. Prefer Class Hierarchies to Tagged Classes
      • Item24. Favor Static Member Classes Over Non-Static
      • Item28. Use Lists Instead of Arrays
      • Item29. Prefer Generic Types
      • Item30. Favor Generic Methods
    • Head First Design Patterns
      • Ch1. Strategy Pattern
      • Ch2. Observer Pattern
        • Ver1. Ch2. Observer Pattern
      • Ch3. Decorator Pattern
        • Ch3. Decorator Pattern
      • Ch4. Factory Pattern
      • Ch5. Singleton Pattern
      • Ch6. Command Pattern
      • Ch7. Adapter and Facade Pattern
      • Ch8. Template Method Pattern
    • Digging Deep into JVM
      • Chapter 2. Java Memory Area & Memory Overflow
      • Chapter 3. Garbage Collector & Memory Allocation Strategy (1/2)
      • Chapter 3. Garbage Collector & Memory Allocation Strategy (2/2)
      • Chapter 5. Optimization Practice
      • Chapter 6. Class file structure
      • Chapter 8. Bytecode Executor Engine (1/2)
  • Interview Practices
    • Restful API Practices
      • Url Shortener API
      • Event Ticket Reservation API
      • Course Management API
      • Search posts by tags API
      • Online Code platform API
      • Simple Task Management API
      • Event Participation API
      • Review System API
      • Car management API
      • Online Library
    • Tech Review
      • if(kakao)
        • Kakao Account Cache Migration / if(kakao)2022
        • Improving the Anomaly Detection System for KakaoTalk Messaging Metrics / if(kakao) 2022
        • Standardizing API Case Handling Without Redeployment / if(kakaoAI)2024
        • JVM warm up / if(kakao)2022
    • Naver Computer Science
      • Process & Thread
      • TCP & UDP
      • Spring & Servlet
      • Filter & Interceptor & AOP
      • Equals() & ==
      • Dependency Injection
      • Object Oriented Programming
  • F-Lab
    • Week1
      • Client & Server
      • HTTP
      • TCP/UDP
      • REST API
      • Questions
        • Object Oriented Programming
        • HTTP
        • Process & Thread
        • Data Structure
    • Week2
      • OSI 7 layer
      • Web vs WAS
    • Week3
      • RDB vs NoSQL
      • RDB Index
      • Cache
      • Redis
      • Messaging Queue
    • Week4
      • Project - Ecommerce
    • Week5
      • ERD - 1
    • Week6
      • Ecommerce - 2
      • Role
      • pw hashing && Salt
      • CreatedAt, ModifiedAt
      • JWT
      • Copy of ERD - 1
    • Week7
      • Vault (HashiCorp Vault)
    • Week 8
      • Api Endpoints
    • Week10
      • Product Create Workflow
  • TOY Project
    • CodeMentor
      • Implementation of Kafka
      • Project Improvement (Architectural Enhancements)
      • Communication between servers in msa
  • JAVA
    • MESI protocol in CAS
    • CAS (Compare and Set)
    • BlockingQueue
    • Producer & Consumer
    • Synchronized && ReentrantLock
    • Memory Visibility
    • Checked vs Unchecked Exception
    • Thread
    • Batch delete instead of Cascade
    • Java Questions
      • Week 1(1/2) - Basic Java
      • Week 1(2/2) - OOP
      • Week 2(1/2) - String, Exception, Generic
      • Week2(2/2) Lambda, Stream, Annotation, Reflection
      • Week3(1/2) Collections
      • Week3(2/2) Threads
      • Week4 Java Concurrency Programming
      • Week5 JVM & GC
    • Java 101
      • JVM Structure
      • Java Compiles and Execution Method
      • Override, Overload
      • Interface vs Abstract Class
      • Primitive vs Object Type
      • Identity and equality
      • String, StringBuilder, StringBuffer
      • Checked Exceptions and Unchecked Exceptions
      • Java 8 methods
      • Try-with-reources
      • Strong Coupling and Loose Coupling
      • Serialization and Deserialization
      • Concurrency Programming in Java
      • Mutable vs Immutable
      • JDK vs JRE
  • SPRING
    • DIP. Dependency Inversion Principal
    • Ioc container, di practice
    • @Transactional
    • Proxy Pattern
    • Strategy Pattern
    • Template Method Pattern
    • using profile name as variable
    • Spring Questions
      • Spring Framework
      • Spring MVC & Web Request
      • AOP (Aspect-Oriented Programming)
      • Spring Boot
      • ORM & Data Access
      • Security
      • ETC
  • DATABASE
    • Enhancing Query Performance & Stability - User list
    • Ensuring Data Consistency, Atomicity and UX Optimization (feat.Firebase)
    • Redis: Remote Dictionary Server
    • Database Questions
      • Week1 DBMS, RDBMS basics
      • Week2 SQL
      • Week3 Index
      • Week4 Anomaly, Functional Dependency, Normalization
      • Week5 DB Transaction, Recovery
    • Normalization
      • 1st Normal Form
      • 2nd Normal Form
      • 3rd Normal Form
  • NETWORK
    • HTTP & TCP head of line blocking
    • HTTP 0.9-3.0
    • Blocking, NonBlocking and Sync, Async
    • Network Questions
      • Week1 Computer Network Basic
      • Week2(1/3) Application Layer Protocol - HTTP
      • Week2(2/3) Application Layer Protocol - HTTPS
      • Week2(3/3) Application Layer Protocol - DNS
      • Week3 Application Layer
      • Week4 Transport Layer - UDP, TCP
      • Week5 Network Layer - IP Protocol
    • Network 101
      • https://www.google.com
      • TCP vs UDP
      • Http vs Https
      • TLS Handshake 1.2
      • HTTP Method
      • CORS & SOP
      • Web Server Software
  • OS
    • Operating System Questions
      • Week1 OS & How Computer Systems Work
      • Week2(1/2) Process
      • Week2(2/2) Thread
      • Week3 CPU Scheduling
      • Week4 Process Synchronize
      • Week5 Virtual Memory
    • Operating System 101
      • Operating system
        • The role of the operating system
        • The composition of the operating system.
      • Process
        • In Linux, are all processes except the initial process child processes?
        • Zombie process, orphan process
        • (Linux) Daemon process
        • Process address space
        • Where are uninitialized variables stored?
        • Determination of the size of the Stack and Heap
        • Access speed of Stack vs Heap
        • Reason for memory space partitioning
        • Process of compiling a process
        • sudo kill -9 $CURRENT_PID
      • Thread
        • Composition of a thread's address space
      • Process vs Thread
        • Creation of processes and threads in Linux
      • Multiprocessing
        • Web Browser
        • Implementation of multiprocessing
        • Application areas of multiprocessing
      • Multithreading
        • Application areas of multithreading
      • Interrupt
        • HW / SW Interrupt
        • Method of handling interrupts
        • Occurrence of two or more interrupts simultaneously
      • Polling
      • Dual Mode
        • Reason for distinguishing between user mode and kernel mode
      • System call
        • Differentiation between system calls
        • Types of system calls
        • Execution process of a system call
      • Process Control Block (PCB)
        • PCB의 구조
        • 쓰레드는 PCB를 갖고 있을까?
        • 프로세스 메모리 구조
      • Context switching
        • Timing of context switching
        • Registers saved during context switching
        • Context switching in processes
        • Context switching in threads
        • Difference between context switching in processes and threads
        • Information of the current process during context switching
      • Interprocess Communication (IPC)
        • Cases where IPC is used
        • Process address space in IPC Shared Memory technique
        • Types of IPC
  • COMPUTER SCIENCE
    • Computer Architecture 101
      • 3 components of a computer
      • RAM vs ROM
      • CPU vs GPU
      • SIMD
      • Two's complement
      • Harvard Architecture vs. von Neumann Architecture
      • The structure of a CPU.
      • Instruction cycle (CPU operation method)
      • Instruction pipelining
      • Bus
      • Memory area
      • Memory hierarchy structure
        • Reason for using memory hierarchy structure
      • Cache memory
      • L1, L2, L3 Cache
      • Locality of reference (cache)
      • Fixed-point vs Floating-point
        • epresentation of infinity and NaN (Not a Number) in floating-point
      • RISC vs CISC
      • Hamming code
      • Compiler
      • Linking
      • Compiler vs Interpreter
      • Mutex vs Semaphore
      • 32bit CPU and 64bit CPU
      • Local vs Static Variable
      • Page
  • Programming Paradigm
    • Declarative vs Imperative
  • JPA, QueryDsl
    • why fetchResults() is deprecated
  • PYTHON
    • Icecream
  • FASTAPI
    • Template Page
  • LINUX
    • Template Page
  • DATA STRUCTURE
    • Counting Sort
    • Array vs Linked List
  • GIT, Github
    • git clone, invalid path error
  • INFRA
    • Template Page
  • AWS
    • Server Log Archive Pipeline
    • Image Processing using Lambda
  • DOCKER
    • Docker and VM
    • Python Executable Environment
    • Docker commands
  • docker-compose
    • Kafka, Multi Broker
  • KUBERNATES
    • !Encountered Errors
      • my-sql restarts
      • kafka producer: disconnected
    • Kubernetes Components
    • Helm
      • Helm commands
    • Pod network
    • Service network
      • deployment.yaml
      • services.yaml
    • Service type
      • Cluster IP
      • NodePort
    • service-name-headless?
    • kube-proxy
  • GraphQL
    • Template Page
  • WEB
    • Template Page
  • Reviews
    • Graphic Intern Review
    • Kakao Brain Pathfinder Review
    • JSCODE 자바 1기 Review
  • 😁Dev Jokes
    • Image
      • Plot twist
      • Priorities
      • SQL join guide
      • Google is generous
      • Genie dislikes cloud
      • buggy bugs
      • last day of unpaid internship
      • what if clients know how to inspect
      • its just game
      • how i wrote my achievement on resume
      • self explanatory
      • chr(sum(range(ord(min(str(not))))))
Powered by GitBook
On this page
  • 메모리 누수의 정의와 중요성
  • 예시: 메모리 누수의 영향
  • 메모리 누수가 발생하는 이유
  • 예시: 컬렉션 클래스에서의 메모리 누수
  • 자바에서 메모리 누수를 방지하는 방법
  • 자바 스프링부트에서 예시
  • 사례
  • 결론
  1. Books
  2. Effective Java

Item 7. Eliminate Obsolete Object References

Item 7. 다 쓴 객체 참조를 해제하라

메모리 누수의 정의와 중요성

메모리 누수(memory leak)는 장기적으로 애플리케이션의 성능을 저하시키고, 심각한 경우 시스템을 다운시킬 수 있습니다. 자바는 가비지 컬렉터를 통해 메모리 관리를 자동으로 하지만, 개발자가 다 쓴 객체 참조를 적절히 해제하지 않으면 여전히 메모리 누수가 발생할 수 있습니다.

메모리 누수는 더 이상 필요하지 않은 객체가 가비지 컬렉터에 의해 회수되지 않고 메모리에 남아 있는 상태를 말합니다. 이는 사용되지 않는 객체가 계속 메모리를 차지하고 있어 새로운 객체 생성을 방해하는 상황을 초래합니다. 메모리 누수는 애플리케이션의 메모리 사용량을 증가시켜 성능을 저하시키고, 심각한 경우 메모리 부족으로 인해 프로그램이 비정상적으로 종료될 수 있습니다.

예시: 메모리 누수의 영향

한 대형 전자상거래 사이트는 고객 세션을 메모리에 저장했지만, 세션이 만료된 후에도 세션 객체를 적절히 제거하지 않았습니다. 이로 인해 메모리 사용량이 점점 증가하여 서버가 자주 다운되는 문제가 발생했습니다. 이를 해결하기 위해 세션 만료 시 객체 참조를 명시적으로 해제하는 코드를 추가하여 문제를 해결했습니다.

메모리 누수가 발생하는 이유

자바에서 메모리 누수가 발생하는 주요 원인은 다음과 같습니다:

  • 컬렉션 클래스 사용 시 다 쓴 객체를 제거하지 않음: 컬렉션(예: ArrayList, HashMap)에 추가된 객체는 명시적으로 제거하지 않으면 참조가 계속 유지됩니다.

  • 캐시 사용 시 참조 해제 실패: 캐시(Cache)에 저장된 객체가 필요 없을 때 적절히 제거하지 않으면 메모리 누수가 발생합니다.

  • 리소스 누수: 파일, 소켓 등의 리소스를 사용한 후 닫지 않으면 리소스가 회수되지 않습니다.

  • 내부 클래스와 익명 클래스 사용 시: 내부 클래스와 익명 클래스는 외부 클래스의 인스턴스를 암묵적으로 참조합니다. 이를 명시적으로 해제하지 않으면 메모리 누수가 발생할 수 있습니다.

예시: 컬렉션 클래스에서의 메모리 누수

public class MemoryLeakExample {
    public static void main(String[] args) {
        List<Object> list = new ArrayList<>();
        for (int i = 0; i < 1000; i++) {
            list.add(new Object());
        }
        // 명시적으로 제거하지 않으면 메모리 누수 발생
    }
}

자바에서 메모리 누수를 방지하는 방법

명시적 null 처리

컬렉션에서 다 쓴 객체를 제거할 때는 명시적으로 null 처리를 해줘야 합니다. 예를 들어:

List<Object> list = new ArrayList<>();
Object obj = new Object();
list.add(obj);

// 다 쓴 객체 참조 해제
obj = null;
list.remove(0);

try-with-resources와 finalize

try-with-resources는 자바 7부터 도입된 기능으로, 리소스를 자동으로 닫아줍니다. 이를 사용하면 리소스 누수를 방지할 수 있습니다.

try (BufferedReader br = new BufferedReader(new FileReader("test.txt"))) {
    // 파일 읽기
} catch (IOException e) {
    e.printStackTrace();
}

WeakReference와 SoftReference

메모리 누수를 방지하기 위해 WeakReference와 SoftReference를 사용할 수 있습니다. 이는 가비지 컬렉터가 해당 객체를 더 적극적으로 회수할 수 있도록 합니다.

Map<String, WeakReference<Object>> map = new HashMap<>();
Object value = new Object();
WeakReference<Object> weakRef = new WeakReference<>(value);
map.put("key", weakRef);

// 필요 없을 때
value = null;

WeakReference는 객체가 약하게 참조되도록 하여, 필요 없을 때 가비지 컬렉터에 의해 회수될 수 있게 합니다.

HashMap과 WeakHashMap

HashMap을 사용하면 GC 돌리고 나서도 2개가 남아있습니다.

WeakHashMap을 사용하면 GC를 돌리면 1개가 남아있습니다.

자바 스프링부트에서 예시

Lombok의 @Cleanup 어노테이션은 try-with-resources와 유사하게 리소스를 자동으로 닫아줍니다.

import lombok.Cleanup;
import java.io.*;

public class Example {
    public void readFile() throws IOException {
        @Cleanup BufferedReader br = new BufferedReader(new FileReader("test.txt"));
        String line;
        while ((line = br.readLine()) != null) {
            System.out.println(line);
        }
    }
}

이 예시에서는 @Cleanup 어노테이션을 사용하여 BufferedReader 객체를 자동으로 닫아줍니다.

예시: 캐시에서의 메모리 누수 방지

import java.util.Map;
import java.util.WeakHashMap;

public class Cache {
    private final Map<String, Object> cache = new WeakHashMap<>();

    public void addToCache(String key, Object value) {
        cache.put(key, value);
    }

    public Object getFromCache(String key) {
        return cache.get(key);
    }
}

WeakHashMap을 사용하여 캐시에서 메모리 누수를 방지할 수 있습니다. 필요 없어진 키와 값은 가비지 컬렉터에 의해 자동으로 제거됩니다.

예시: 이벤트 리스너에서의 메모리 누수 방지

import java.util.ArrayList;
import java.util.List;

public class EventSource {
    private final List<EventListener> listeners = new ArrayList<>();

    public void addListener(EventListener listener) {
        listeners.add(listener);
    }

    public void removeListener(EventListener listener) {
        listeners.remove(listener);
    }
}

interface EventListener {
    void onEvent();
}

이벤트 리스너를 더 이상 사용하지 않을 때는 명시적으로 제거하여 메모리 누수를 방지합니다.

사례

  1. 대형 전자상거래 사이트의 메모리 누수 해결

한 대형 전자상거래 사이트는 고객 세션을 메모리에 저장했지만, 세션이 만료된 후에도 세션 객체를 적절히 제거하지 않아 메모리 누수가 발생했습니다. 이를 해결하기 위해 세션 만료 시 객체 참조를 명시적으로 해제하는 코드를 추가하여 문제를 해결했습니다.

public class SessionManager {
    private Map<String, HttpSession> sessions = new HashMap<>();

    public void addSession(String sessionId, HttpSession session) {
        sessions.put(sessionId, session);
    }

    public void removeSession(String sessionId) {
        sessions.remove(sessionId);
    }

    public void expireSessions() {
        for (String sessionId : sessions.keySet()) {
            HttpSession session = sessions.get(sessionId);
            if (session != null && session.isExpired()) {
                sessions.remove(sessionId);
            }
        }
    }
}
  1. 게임 서버의 메모리 누수 해결

한 게임 서버는 게임 중 발생하는 이벤트를 메모리에 저장하고 있었지만, 오래된 이벤트를 적절히 제거하지 않아 메모리 누수가 발생했습니다. 이를 해결하기 위해 일정 시간이 지난 이벤트를 자동으로 제거하는 코드를 추가하여 문제를 해결했습니다.

import java.util.Iterator;
import java.util.LinkedList;
import java.util.List;

public class EventManager {
    private List<Event> events = new LinkedList<>();

    public void addEvent(Event event) {
        events.add(event);
    }

    public void removeOldEvents(long maxAge) {
        Iterator<Event> iterator = events.iterator();
        long currentTime = System.currentTimeMillis();
        while (iterator.hasNext()) {
            Event event = iterator.next();
            if (currentTime - event.getTimestamp() > maxAge) {
                iterator.remove();
            }
        }
    }
}

class Event {
    private long timestamp;

    public Event() {
        this.timestamp = System.currentTimeMillis();
    }

    public long getTimestamp() {
        return timestamp;
    }
}

위 코드에서는 removeOldEvents 메서드를 통해 일정 시간이 지난 이벤트를 자동으로 제거하여 메모리 누수를 방지했습니다.

결론

메모리 누수는 성능 저하와 시스템 불안정을 초래할 수 있는 중요한 문제입니다. 다 쓴 객체 참조를 적절히 해제함으로써 메모리 누수를 방지할 수 있습니다. 명시적 null 처리, try-with-resources, WeakReference와 SoftReference를 활용하는 방법을 이해하고 적절히 사용해야 합니다. Lombok과 같은 라이브러리는 이러한 작업을 더욱 간편하게 만들어 줄 수 있습니다.

PreviousItem 6. Avoid Creating Unnecessary ObjectsNextItem 8. Avoid Finalizers and Cleaners

Last updated 10 months ago