BufferedReader는 왜 사용하나요?

버퍼링으로 파일 읽기 성능을 크게 향상시킵니다. FileReader보다 빠릅니다.

NIO와 IO의 차이는?

NIO는 Java 7부터 도입된 현대적인 API로, 더 간결하고 강력합니다.

try-with-resources는 어떻게 동작하나요?

AutoCloseable을 구현한 리소스를 자동으로 닫아줍니다. finally 블록이 필요 없습니다.

Java 입출력 | File, BufferedReader, NIO

2026년 3월 29일 · 39분 읽기 · 수정 2026년 4월 18일 중급 튜토리얼

이 글의 핵심

Java IO·NIO, 스트림·직렬화, Path·Files 실전, 대용량 처리와 CSV·JSON 예제까지 정리합니다.

들어가며

`java.io`·`java.nio` 계열은 바이트·문자 스트림으로 파일과 네트워크를 다루는 출발점입니다. 읽기/쓰기 경로를 열고 닫는 책임을 try-with-resources로 묶는 패턴이 흔합니다.

실전 경험에서 배운 교훈

이 기술을 실무 프로젝트에 처음 도입했을 때, 공식 문서만으로는 알 수 없었던 많은 함정들이 있었습니다. 특히 프로덕션 환경에서 발생하는 엣지 케이스들은 로컬 개발 환경에서는 재현조차 되지 않았죠.

가장 어려웠던 점은 성능 최적화였습니다. 처음엔 “동작만 하면 되겠지”라고 생각했지만, 실제 사용자 트래픽이 몰리면서 병목 지점들이 하나씩 드러났습니다. 특히 데이터베이스 쿼리 최적화, 캐싱 전략, 에러 핸들링 구조 등은 여러 번의 장애를 겪으면서 개선해 나갔습니다.

이 글에서는 그런 시행착오를 통해 얻은 실전 노하우와, “이렇게 하면 안 된다”는 교훈들을 함께 정리했습니다. 특히 트러블슈팅 섹션은 실제 장애 대응 경험을 바탕으로 작성했으니, 비슷한 문제를 마주했을 때 참고하시면 도움이 될 것입니다.

1. 파일 읽기 (IO)

BufferedReader

텍스트 파일을 효율적으로 읽는 가장 일반적인 방법입니다:

import java.io.*;
public class FileReadExample {
    public static void main(String[] args) {
        // try-with-resources 구문: 자동으로 리소스를 닫아줌
        // () 안에 선언된 리소스는 try 블록이 끝나면 자동으로 close() 호출
        try (BufferedReader br = new BufferedReader(
                new FileReader("file.txt"))) {
            
            // BufferedReader: 내부 버퍼(보통 8KB)를 사용해 I/O 횟수 감소
            // FileReader를 감싸서 성능 향상
            
            String line;
            // readLine(): 한 줄씩 읽어옴 (줄바꿈 문자 제외)
            // 파일 끝에 도달하면 null 반환
            // (line = br.readLine()): 읽으면서 동시에 line 변수에 할당
            while ((line = br.readLine()) != null) {
                System.out.println(line);
            }
            
        } catch (FileNotFoundException e) {
            // 파일이 존재하지 않을 때 발생
            System.out.println("파일을 찾을 수 없습니다");
        } catch (IOException e) {
            // 파일 읽기 중 발생하는 기타 입출력 오류
            System.out.println("파일 읽기 오류: " + e.getMessage());
        }
        // try 블록이 끝나면 br.close()가 자동 호출됨
    }
}

성능 비교:

FileReader 단독: 한 문자씩 읽음 → 느림
BufferedReader + FileReader: 버퍼 단위로 읽음 → 빠름 (10~100배)

FileReader vs BufferedReader

두 방식의 성능 차이를 명확히 이해해봅시다:

// FileReader: 한 문자씩 읽기 (느림)
try (FileReader fr = new FileReader("file.txt")) {
    int ch;
    // read(): 한 문자를 읽어서 int로 반환 (0~65535)
    // 파일 끝이면 -1 반환
    // 문제점: 파일에서 한 문자 읽을 때마다 디스크 I/O 발생
    while ((ch = fr.read()) != -1) {
        // int를 char로 캐스팅해서 출력
        System.out.print((char) ch);
    }
}
// 1000자 파일 → 1000번의 디스크 I/O 발생
// BufferedReader: 버퍼링 사용 (빠름)
try (BufferedReader br = new BufferedReader(new FileReader("file.txt"))) {
    String line;
    // readLine(): 한 줄 전체를 읽어서 String으로 반환
    // 내부적으로 버퍼(보통 8KB)에 미리 읽어놓고 사용
    while ((line = br.readLine()) != null) {
        System.out.println(line);
    }
}
// 1000자 파일 → 약 1~2번의 디스크 I/O만 발생 (버퍼 크기에 따라)

성능 차이 예시:

1MB 텍스트 파일 읽기
- FileReader: 약 1,000,000번의 I/O → 수 초 소요
- BufferedReader: 약 128번의 I/O (8KB 버퍼) → 0.1초 미만 결론: 파일 I/O는 항상 BufferedReader/BufferedWriter 사용 권장

2. 파일 쓰기 (IO)

BufferedWriter

import java.io.*;
public class FileWriteExample {
    public static void main(String[] args) {
        try (BufferedWriter bw = new BufferedWriter(
                new FileWriter("output.txt"))) {
            
            bw.write("첫 번째 줄");
            bw.newLine();
            bw.write("두 번째 줄");
            bw.newLine();
            
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

추가 모드

// 덮어쓰기 (기본)
try (BufferedWriter bw = new BufferedWriter(
        new FileWriter("output.txt"))) {
    bw.write("새 내용");
}
// 추가 모드
try (BufferedWriter bw = new BufferedWriter(
        new FileWriter("output.txt", true))) {
    bw.write("추가 내용");
}

3. NIO (Java 7+)

Files 클래스

import java.nio.file.*;
import java.io.IOException;
import java.util.List;
public class NIOExample {
    public static void main(String[] args) throws IOException {
        Path path = Path.of("file.txt");
        
        // 파일 읽기 (전체)
        String content = Files.readString(path);
        System.out.println(content);
        
        // 파일 읽기 (줄 단위)
        List<String> lines = Files.readAllLines(path);
        for (String line : lines) {
            System.out.println(line);
        }
        
        // 파일 쓰기
        Files.writeString(Path.of("output.txt"), "Hello, NIO!");
        
        // 여러 줄 쓰기
        List<String> linesToWrite = List.of("라인 1", "라인 2", "라인 3");
        Files.write(Path.of("output.txt"), linesToWrite);
    }
}

파일 조작

import java.nio.file.*;
// 파일 존재 확인
boolean exists = Files.exists(Path.of("file.txt"));
// 파일 삭제
Files.deleteIfExists(Path.of("temp.txt"));
// 파일 복사
Files.copy(
    Path.of("source.txt"),
    Path.of("dest.txt"),
    StandardCopyOption.REPLACE_EXISTING
);
// 파일 이동
Files.move(
    Path.of("old.txt"),
    Path.of("new.txt"),
    StandardCopyOption.REPLACE_EXISTING
);
// 디렉토리 생성
Files.createDirectories(Path.of("dir/subdir"));

4. 실전 예제

예제: 로그 파일 처리

import java.io.*;
import java.nio.file.*;
import java.time.LocalDateTime;
import java.util.List;
import java.util.stream.Collectors;
public class LogProcessor {
    public static void processLog(String inputPath, String outputPath) {
        try {
            List<String> lines = Files.readAllLines(Path.of(inputPath));
            
            List<String> errors = lines.stream()
                .filter(line -> line.contains("ERROR"))
                .collect(Collectors.toList());
            
            Files.write(Path.of(outputPath), errors);
            
            System.out.println("에러 로그 " + errors.size() + "개 추출");
            
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
    
    public static void main(String[] args) {
        processLog("app.log", "errors.log");
    }
}

내부 동작과 핵심 메커니즘

이 글의 주제는 「Java 입출력 | File, BufferedReader, NIO」입니다. 여기서는 앞선 설명을 구현·런타임 관점에서 한 번 더 압축합니다. 시스템·런타임 경계(스케줄링, I/O, 메모리, 동시성)를 기준으로 생각하면, “입력이 어디서 검증되고, 핵심 연산이 어디서 일어나며, 부작용(I/O·네트워크·디스크)이 어디서 터지는가”가 한눈에 드러납니다.

처리 파이프라인(개념도)

flowchart TD
  A[입력·요청·이벤트] --> B[파싱·검증·디코딩]
  B --> C[핵심 연산·상태 전이]
  C --> D[부작용: I/O·네트워크·동시성]
  D --> E[결과·관측·저장]

알고리즘·프로토콜 관점에서의 체크포인트

불변 조건(Invariant): 각 단계가 만족해야 하는 조건(예: 버퍼 경계, 프로토콜 상태, 트랜잭션 격리)을 문장으로 적어 두면 디버깅 비용이 줄어듭니다.
결정성: 동일 입력에 동일 출력이 보장되는 순수한 층과, 시간·네트워크에 의해 달라질 수 있는 층을 분리해야 테스트와 장애 분석이 쉬워집니다.
경계 비용: 직렬화/역직렬화, 문자 인코딩, syscall 횟수, 락 경합처럼 “한 번의 호출이 아니라 누적되는 비용”을 의심 목록에 넣습니다.

프로덕션 운영 패턴

실서비스에서는 기능 구현과 함께 관측·배포·보안·비용이 동시에 요구됩니다. 아래는 팀에서 자주 쓰는 최소 체크리스트입니다.

영역	운영 관점에서의 질문
관측성	요청 단위 상관 ID, 에러율/지연 분위수, 주요 의존성 타임아웃이 보이는가
안전성	입력 검증·권한·비밀 관리가 코드 경로마다 일관적인가
신뢰성	재시도는 멱등한 연산에만 적용되는가, 서킷 브레이커·백오프가 있는가
성능	캐시 계층·배치 크기·풀링·백프레셔가 데이터 규모에 맞는가
배포	롤백 룬북, 카나리, 마이그레이션 호환성이 문서화되어 있는가

운영 환경에서는 “개발자 PC에서는 재현되지 않던 문제”가 시간·부하·데이터 크기 때문에 드러납니다. 따라서 스테이징의 데이터 양·네트워크 지연을 가능한 한 현실에 가깝게 맞추는 것이 중요합니다.

문제 해결(Troubleshooting)

증상	가능 원인	조치
간헐적 실패	레이스 컨디션, 타임아웃, 외부 의존성 불안정	최소 재현 스크립트 작성, 분산 트레이스·로그 상관관계 확인
성능 저하	N+1 쿼리, 동기 I/O, 잠금 경합, 과도한 직렬화	프로파일러·APM으로 핫스팟 확인 후 한 가지씩 제거
메모리 증가	캐시 무제한, 클로저/이벤트 구독 누수, 대용량 객체의 불필요한 복사	상한·TTL·스냅샷 비교(힙 덤프/트레이스)
빌드·배포만 실패	환경 변수·권한·플랫폼 차이	CI 로그와 로컬 `diff`, 컨테이너/런타임 버전 핀(pin)

권장 디버깅 순서: (1) 최소 재현 만들기 (2) 최근 변경 범위 좁히기 (3) 의존성·환경 변수 차이 확인 (4) 관측 데이터로 가설 검증 (5) 수정 후 회귀·부하 테스트.

정리

핵심 요약

BufferedReader/Writer: 버퍼링으로 성능 향상
try-with-resources: 자동 리소스 닫기
NIO Files: 간결한 현대적 API
Path: 파일 경로 표현
파일 조작: 복사, 이동, 삭제

다음 단계

Java 시작하기 | JDK 설치부터 Hello World까지

자주 묻는 질문 (FAQ)

Q. 이 내용을 실무에서 언제 쓰나요?

A. Java IO·NIO, 스트림·직렬화, Path·Files 실전, 대용량 처리와 CSV·JSON 예제까지 정리합니다. Java·IO·NIO 중심으로 설명합니다. Start now. 실무에서는 위 본문의 예제와 선택 가이드를 참고해 적용하면 됩니다.

Q. 선행으로 읽으면 좋은 글은?

A. 각 글 하단의 이전 글 또는 관련 글 링크를 따라가면 순서대로 배울 수 있습니다. Java 시리즈 목차에서 전체 흐름을 확인할 수 있습니다.

Q. 더 깊이 공부하려면?

A. cppreference와 해당 라이브러리 공식 문서를 참고하세요. 글 말미의 참고 자료 링크도 활용하면 좋습니다.

같이 보면 좋은 글 (내부 링크)

이 주제와 연결되는 다른 글입니다.

이 글에서 다루는 키워드 (관련 검색어)

Java, IO, NIO, 파일, BufferedReader, 직렬화 등으로 검색하시면 이 글이 도움이 됩니다.

이 글이 도움이 되셨나요?

여러분의 피드백은 더 나은 콘텐츠를 만드는 데 도움이 됩니다

문제가 있거나 개선 제안이 있으시면 연락처로 알려주세요.