BufferedReader와 BufferdWriter는 버퍼를 사용하여 읽기와 쓰기를 하는 함수이다.
버퍼를 사용하지 않는 입력은 키보드의 입력이 키를 누르는 즉시 바로 프로그램에 전달된다. 반면 버퍼를 사용하는 입력은, 키보드의 입력이 있을 때 마다 한 문자씩 버퍼로 전송된다. 버퍼가 가득 차거나 혹은 개행 문자가 나타나면 버퍼의 내용을 한 번에 프로그램에 전달한다.
한번 버퍼를 거쳐 출력되는 것보다, 키보드의 입력을 받는 즉시 출력하는 것이 더 빠른 것이 아닌가 생각할 수 있다.
그러나 하드디스크는 속도가 느리다. 그리고 외부 장치(키보드, 모니터 등)와 데이터 입출력도 생각보다 시간이 오래 걸린다. 그렇기 때문에 키보드의 입력이 있을 때 마다 바로 이동시키는 것보다는, 중간에 버퍼를 두어 한번에 묶어 보내는 것이 더 효율적이고 빠른 방법이다.
쓰레기통을 비우는 일이라고 생각하면 이해하기 쉽다. 쓰레기가 생길 때마다 하나하나 밖에 내다버리는 것보다, 집의 쓰레기통에 하나하나 모았다가, 꽉 차면 한번에 밖에 버리는게 훨씬 효율적인 것과 비슷한 개념이라고 생각하면 된다.
BufferdReader를 보기 전에 먼저 Scanner를 살펴보도록하자.
대부분 java 입문자는 Scanner를 통해 입출력을 배울 것이다.
Scanner는 띄어쓰기와 개행문자를 경계로 하여 입력 값을 인식한다. 그렇기 때문에 따로 가공할 필요가 없어 편리하다.
가공할 필요가 없다는 뜻은, 가령 int형 변수를 입력 받고자 하면, int x = scanner.nextInt() 를 사용해 바로 원하는 타입의 입력을 받을 수 있다. 하지만 다음에 살펴볼 BufferedReader는 입력 받은 데이터가 String으로 고정되어 있기 때문에 입력 받은 데이터를 원하는 타입으로 가공하는 작업이 필요하다.
Scanner는 지원해주는 메서드가 많고, 사용하기 쉽기 때문에 많이 사용하지만, 버퍼 사이즈가 1024 char이기 때문에 많은 입력을 필요로 할 경우에는 성능상 좋지 못한 결과를 불러온다.
제어 문자라고 보면 된다.\r\n\nScanner와 달리 BufferedReader는 개행 문자만 경계로 인식하고 입력받은 데이터가 String으로 고정된다. 그렇기 때문에 따로 데아터를 가공해야하는 경우 많다. 하지만, Scanner보다 속도가 빠르다.
BufferedReader와 Scanner의 속도 차이를 잘 보여주는 예시는 아래와 같다.
10,000,000개의 0 ~ 123 범위의 정수를 한 줄씩 읽고, 입력으로 받은 정수의 합을 출력하는 프로그램을 각각 BufferedReader와 Scanner로 구현할 때의 수행시간이다.
| 입력 방식 | 수행시간(초) |
|---|---|
| java.util.Scanner | 6.068 |
| java.io.BufferedReader | 0.934 |
그리고 버퍼 사이즈도 Scanner가 1024 char인데 비해, BufferedReader는 8192char(16,384byte) 이기 때문에 입력이 많을 때 BufferedReader가 훨씬 유리하다.
또한 BufferedReader는 동기화 되기 때문에 [[멀티 쓰레드]] 환경에서 안전하고, Scanner는 동기화가 되지 않기 때문에 멀티 쓰레드 환경에서 안전하지 않다.
BufferedReader br = new BufferedReader(new InputStreamReader(System.in)); // 선언
String s = br.readLine(); int i = Integer.parseInt(br.readLine());
선언은 위와 같이 하면된다.
입력은 readLine();이라는 메서드를 사용한다. String으로 리턴 값이 고정되어 있기 때문에, 다른 타입으로 입력을 받고자 한다면 반드시 형변환이 필요하다. 그리고, 예외처리를 반드시 필요로 한다. readLine()시 마다, try/catch문으로 감싸주어도 되고, throws IOException을 통한 예외처리를 해도 된다. (대부분의 경우에 후자를 사용한다.)
BufferedReaderf를 통해 읽어온 데이터는 개행문자 단위(Line 단위)로 나누어진다. 만약 이를 공백 단위로 데이터를 가공하고자 하면 따로 작업을 해주어야 한다. 이때 사용하는 것이 [[StringTokenizer]]나 [[String.split()]] 함수이다.
// StringTokenizer
BufferedReader br = new BufferedReader(new InputStreamReader(System.in)); StringTokenizer st = new StringTokenizer(br.readLine()); int N = Integer.parseInt(st.nextToken()); int M = Integer.parseInt(st.nextToken());
// String.split() 함수
String arr[] = s.split(" ");
StringTokenizer의 nextToken() 함수를 쓰면 readLine()을 통해 입력 받은 값을 공백 단위로 구분하여 순서대로 호출할 수 있다.
String.split() 함수를 사용하면, 배열에 공백 단위로 끊어 데이터를 저장하여 사용할 수 있다.
| Modifier and Type | Method and Description |
|---|---|
| void | close() 입력 스트림을 닫고, 사용하던 자원을 해제 |
| void | mark(int , readAheadLimit) 스트림의 현재 위치를 마킹 |
| int | read() 한 글자만 읽어 정수형으로 반환 (e.g ,'3'을 읽어 정수형인 (int)'3' = 51로 반환) |
| String | readLine() 한 줄을 읽음 |
| boolean | ready() 입력 스트림이 사용할 준비가 되었는지 확인 (1이 준비 완료) |
일반적으로 출력을 할 때, System.out.println("");을 사용한다. 적은 양의 출력에서는 편리하고, 그렇게 큰 성능 차이 없이 사용할 수 있다. 하지만 우리가 늘 고려해야하는 경우는 양이 많을 경우이다. 많은 양의 출력을 할 때는, 입력과 동일하게 버퍼를 사용하는 것을 권장한다.
BufferedWriter bw = new BufferedWriter(new OutputStreamWriter(System.out)); // 선언
String str = "abcdef"; // 출력할 문자열
bw.write(s); // 출력
bw.newLine(); // 줄바꿈
bw.flush(); // 남아있는 데이터 모두 출력
bw.close();
BufferedWriter는 System.out.println(""); 처럼 출력과 개행을 동시해 해주지 않기 때문에, 개행을 위해선 따로 newLine(); 또는 bw.write("\n");를 사용해야 한다. 그리고 BufferedWriter의 경우 버퍼를 잡아 놓았기 때문에 반드시 사용한 후에, flush()/ close()를 해주어야 한다. close()를 하게되면, 출력 스트림을 아예 닫아버리기 때문에 한번 출력 후, 다른 것도 출력하고자 한다면 flush()를 사용하면 된다.
| Modifier and Type | Method and Description |
|---|---|
| void | close() 스트림을 닫음. 닫기 전 flush(). |
| void | flush() 스트림을 비움 |
| void | newLine() 개행 문자 역할 |
| void | write(char[] buf, int offset, int length ) 버퍼 offset 위치부터 length 크기 만큼 write |
| void | write(int c) 한 글자 쓰기 |
| void | write(String s, int offset, int length) 문자열에서 offset에서부터 일정 길이만큼 write |
알고리즘 연습 문제를 풀다보면, BufferdReader/BufferedWriter만큼 StringBulider도 많이 사용하는 것을 볼 수 있다.
우선 String과 StringBuffer/StringBuilder의 가장 큰 차이점은, String은 불변 속성을 갖고, StringBuffer/StringBuilder는 그렇지 않다는 것이다.
String이 불변성을 갖는 다는 의미는, concat이나 + 연산을 통해 값을 변경하면 원래 기존의 String 메모리에서 값이 바뀌는 것이 아니라, 기존의 String에 들어있던 값을 버리고 새로운 값을 재할당하게 된다. 처음에 할당한 String의 메모리 영역은 Garbage로 남아있다가 GarbageCollection에 의해 없어진다.
String은 불변성을 가지기 때문에 변하지 않는 문자열을 자주 읽어들이는 경우 사용하면 유리하다. 하지만 문자열 추가, 삭제, 수정 등의 연산이 자주 일어나는 경우에 String을 사용하면, Heap 메모리에 많은 Garbage가 생성되고, 이는 힙 메모리 부족으로 이어져 프로그램의 성능에 치명적 영향을 미칠 수 있다.
이를 해결하기 위해 나온 것이 StringBuffer/StringBuilder이다.
StringBuffer/StringBuilders는 가변성을 가지기 때문에, .append(), delete() 등 동일 객체 내에서 문자열을 변경하는 것이 가능하다. 그렇기 때문에 문자열의 추가, 수 정, 삭제가 빈번하게 발생할 경우 사용해야 한다.
아래의 사진은 문자열을 합치는 연산을 할 때의 각각의 수행 시간을 보여주는 표이다.
String의 concat을 사용하면, 나머지 StringBuffer와 StringBuldier의 appned() 보다 속다가 현저히 느린 것을 확인 할 수 있다.
![[Pasted image 20251014144434.png]]
StringBuilder sb = new StringBuilder();
sb.append("a");
sb.append("b").append(" ");
sb.append("c").append("\n");
| Modifier and Type | Method and Description |
|---|---|
| StringBuilder | append(String s) 문자열을 뒤에 이어 붙임 |
| StringBuilder | delete(int start, int end) 지정한 시작 인덱스부터 끝 인덱스 전까지의 문자를 삭제 |
| StringBuilder | insert(int offset, any primitive or char[]) 지정한 위치에 문자를 삽입 |
| StringBuilder | replace(int start, int end, String s) 일부 구간을 새로운 문자열로 치환 |
| StringBuilder | reverse() 문자열의 순서를 뒤집음 |
| void | setCharAt(int index, char ch) 지정한 인덱스의 문자를 새로운 문자로 교체 |
| int | indexOf(String s) 특정 문자열이 처음 나타나는 인덱스를 반환 |
| String | substring(int start, int end) 지정한 구간의 문자열을 잘라서 반환 |