# VisualVM

## 1. 개요
VisualVM은 자바 가상 머신(JVM, Java Virtual Machine)의 성능을 모니터링하고 분석하며 트러블슈팅하기 위한 통합 시각화 도구입니다. 

이 도구의 주요 목적은 실행 중인 자바 애플리케이션의 리소스 사용량을 실시간으로 감시하고, 메모리 누수나 CPU 병목 현상과 같은 성능 저하 원인을 진단하는 것입니다. VisualVM은 로컬 환경뿐만 아니라 네트워크를 통한 원격 JVM 연결을 지원하며, 다양한 플러그인을 통해 기능을 확장할 수 있는 오픈 소스 기반의 도구입니다.

## 2. 주요 기능 및 구성
VisualVM은 단순한 모니터링을 넘어 런타임 분석을 위한 다양한 진단 도구를 제공합니다.

| 기능 | 목적 | 기대 효과 |
| :--- | :--- | :--- |
| **CPU/메모리 모니터링** | 힙(Heap) 사용량, CPU 점유율, 클래스 로딩 수 실시간 확인 | 리소스 고갈 징후 조기 발견 및 기본 성능 지표 파악 |
| **힙 덤프(Heap Dump) 분석** | 특정 시점의 메모리 스냅샷을 생성하여 객체 참조 관계 분석 | 메모리 누수(Memory Leak) 지점 식별 및 불필요한 객체 탐색 |
| **스레드 덤프(Thread Dump)** | 현재 실행 중인 모든 스레드의 상태와 스택 트레이스 확인 | 데드락(Deadlock) 탐지 및 응답 없음 상태의 원인 분석 |
| **CPU 프로파일링** | 메서드별 실행 시간 및 호출 횟수 측정 | 실행 시간이 오래 걸리는 'Hot Spot' 메서드 식별 및 최적화 |
| **메모리 프로파일링** | 객체 할당 빈도 및 메모리 점유량 분석 | 과도한 객체 생성 지점 파악 및 GC 부하 감소 |

## 3. 설치 및 실행 방법

### 3.1 JDK 포함 여부에 따른 설치
과거 JDK 8 버전까지는 `bin/jvisualvm.exe` 형태로 JDK에 기본 포함되어 제공되었으나, 최신 JDK 버전에서는 별도의 독립 실행형(Standalone) 설치가 권장됩니다.

### 3.2 독립 실행형 설치 과정
1. **다운로드**: [VisualVM 공식 다운로드 페이지](https://visualvm.github.io/download.html)에서 최신 배포판을 다운로드합니다.
2. **압축 해제**: 다운로드한 `.zip` 또는 `.tar.gz` 파일의 압축을 원하는 경로에 해제합니다.
3. **실행**: `bin` 디렉토리 내의 `visualvm` (Linux/macOS) 또는 `visualvm.exe` (Windows) 파일을 실행합니다.

### 3.3 실행 옵션
메모리 부족으로 인해 VisualVM 자체가 종료되는 경우, `etc/visualvm.conf` 파일에서 `-J-Xmx` 옵션을 수정하여 VisualVM에 할당되는 최대 힙 메모리를 늘릴 수 있습니다.

## 4. 핵심 사용법 및 분석 가이드

### 4.1 애플리케이션 연결
- **로컬 연결**: 실행 시 좌측 'Local' 목록에 현재 구동 중인 JVM 프로세스가 자동으로 표시됩니다.
- **원격 연결**: 'Remote' 항목에서 우클릭 후 `Add Remote Host`를 통해 대상 서버의 IP를 추가하고, JMX(Java Management Extensions) 포트를 통해 연결합니다.

### 4.2 JMX 설정 및 원격 모니터링
원격 서버의 JVM을 모니터링하려면 대상 애플리케이션 실행 시 다음과 같은 JVM 옵션을 추가해야 합니다.

```bash
# 원격 모니터링을 위한 JMX 설정 예시
-Dcom.sun.management.jmxremote                          # JMX 원격 접속 활성화
-Dcom.sun.management.jmxremote.port=9010                 # JMX 접속 포트 설정
-Dcom.sun.management.jmxremote.rmi.port=9010             # RMI 포트를 JMX 포트와 동일하게 설정 (방화벽 통과 필수 설정)
-Dcom.sun.management.jmxremote.local.only=false          # 로컬 접속 제한 해제
-Dcom.sun.management.jmxremote.authenticate=false        # 인증 사용 여부 (false: 인증 없음)
-Dcom.sun.management.jmxremote.ssl=false                 # SSL 사용 여부 (false: 암호화 미사용)
```

**⚠️ 방화벽 설정 주의사항**
원격 연결 시, JMX 포트뿐만 아니라 JVM이 동적으로 할당하는 RMI 포트가 개방되어 있어야 합니다. 위 예시와 같이 `-Dcom.sun.management.jmxremote.rmi.port` 옵션을 추가하여 두 포트를 동일하게 맞추는 것이 일반적인 설정 방법입니다.

### 4.3 주요 탭 지표 해석
- **Monitor**: CPU 사용률과 힙 메모리 사용량의 추이를 확인합니다. 메모리 그래프가 상승했다가 GC(Garbage Collection) 발생 시 급격히 떨어지는 **'톱니 모양의 톱니바퀴(Sawtooth) 패턴'**은 정상적인 메모리 회수 동작을 의미합니다. 반면, 이 패턴이 사라지고 최저점이 계속해서 우상향한다면 메모리 누수를 의심해야 합니다.
- **Threads**: 스레드의 상태(Running, Sleeping, Waiting, Blocked)를 확인합니다. 빨간색으로 표시되는 'Deadlock' 발생 시 즉시 스레드 덤프를 분석해야 합니다.
- **VisualGC (플러그인)**: 가비지 컬렉션(GC)의 동작 과정을 시각적으로 보여줍니다.
    - **Eden/Survivor Space**: 객체가 생성되고 이동하는 과정을 통해 할당 속도를 파악합니다.
    - **Old Gen**: 오래된 객체가 쌓이는 영역으로, 이곳의 사용량이 줄어들지 않고 계속 증가한다면 메모리 누수 가능성이 매우 높습니다.
    - **GC Pause**: GC가 발생할 때 애플리케이션이 멈추는 'Stop-the-world' 시간을 확인하여 응답성 저하 원인을 분석합니다.

### 4.4 VisualVM 플러그인 설치 방법
1. VisualVM 실행 후 상단 메뉴의 **Tools** $\rightarrow$ **Plugins**를 클릭합니다.
2. `Available Plugins` 탭에서 `VisualGC` 항목을 체크합니다.
3. `Check for Updates` 후 `Install` 버튼을 눌러 설치를 완료하고 프로그램을 재시작합니다.

## 5. 성능 최적화 및 트러블슈팅 활용

### 5.1 메모리 누수(Memory Leak) 탐지
1. **현상**: Monitor 탭에서 힙 메모리가 GC 이후에도 계속해서 계단식으로 상승함.
2. **분석**: `Heap Dump`를 생성하여 'Objects' 탭에서 가장 많은 메모리를 점유하고 있는 클래스를 확인합니다.
3. **추적**: 해당 객체의 'Nearest GC Root'를 추적하여 어떤 참조가 객체를 해제하지 못하게 잡고 있는지 분석합니다.

### 5.2 CPU 병목 및 데드락 분석
1. **현상**: CPU 사용률이 100%에 근접하거나, 특정 요청에 대해 응답이 완전히 멈춤.
2. **분석**: `Sampler` 또는 `Profiler`를 통해 실행 시간이 가장 긴 메서드를 찾거나, `Thread Dump`를 통해 `BLOCKED` 상태의 스레드 간 상호 참조 관계를 확인합니다.
3. **해결**: CPU 병목의 경우 알고리즘 최적화나 캐싱을 적용하고, 데드락의 경우 락 획득 순서를 조정하여 교착 상태를 해소합니다.

### 5.3 분석 결과 기반 조치 사례
| 분석 결과 | 원인 | 조치 사례 |
| :--- | :--- | :--- |
| 특정 List 객체가 무한 증식 | 캐시 만료 정책 부재 | `WeakHashMap` 도입 또는 TTL(Time-To-Live) 설정 추가 |
| 특정 메서드에서 CPU 점유율 급증 | 불필요한 반복문 내 객체 생성 | 루프 외부로 객체 생성 로직 이동 및 알고리즘 복잡도 개선 |
| 스레드 덤프 상의 Deadlock 발생 | 동기화 블록(synchronized) 순서 꼬임 | 락 획득 순서를 일관되게 변경하거나 `ReentrantLock`의 `tryLock()` 사용 |

## 6. 한계점 및 대안 도구

### 6.1 한계점
VisualVM은 강력하지만, 프로파일링 기능을 활성화할 경우 대상 JVM에 상당한 **성능 오버헤드(Performance Overhead)**를 발생시킵니다. 특히 **'CPU Profiling'** 시에는 모든 메서드 호출마다 인터셉트가 발생하여 애플리케이션의 실행 속도가 급격히 저하될 수 있습니다. 단순 모니터링은 오버헤드가 적으나, 프로파일링은 운영 환경(Production)에서 장시간 사용하기에 위험하므로 가급적 스테이징 환경에서 재현하여 분석하는 것이 권장됩니다.

### 6.2 대안 도구 비교
| 도구 | 특징 | 비용 | 추천 용도 |
| :--- | :--- | :--- | :--- |
| **VisualVM** | 종합적인 시각화 및 플러그인 확장성 | 무료 (Open Source) | 일반적인 개발/테스트 환경 분석 |
| **JConsole** | 가볍고 기본적인 JMX 모니터링 제공 | 무료 (JDK 기본 포함) | 단순 리소스 모니터링 |
| **JProfiler** | 매우 정밀한 분석 및 낮은 오버헤드 | 유료 | 전문적인 성능 최적화 및 상용 서비스 분석 |
| **YourKit** | 강력한 메모리 분석 및 원격 프로파일링 | 유료 | 복잡한 메모리 누수 추적 및 엔터프라이즈 환경 |