Java Part3 하 1.1 알고 있다고 가정하는 것과 학습목표

Java Part3 하편 개요와 파일 시스템 이해

Java Part3 하편은 멀티스레딩과 동기화로 상편을 마친 후, 파일 입출력과 소켓 프로그래밍으로 넘어가요. 이 부분이 왜 중요한지부터 생각해 보세요. 파일이라고 하면 그냥 문서나 동영상 파일을 떠올리시겠지만, 프로그래밍 관점에서 보면 정보의 기본 단위예요. USB에 .docx나 .mp4를 복사할 때처럼, 이 단위들을 체계적으로 관리하는 게 파일 시스템이거든요.

파일 시스템을 이해하면 Java Part3의 파일 입출력이 훨씬 수월해져요. 예를 들어, Windows의 NTFS나 Linux의 ext4 같은 파일 시스템은 디렉토리 구조, 권한 관리, 블록 할당 등을 다루는데, 자바에서 File 클래스나 Path 인터페이스를 쓸 때 이 개념이 기반이 돼요. 단순히 new File("path")로 끝나는 게 아니라, 왜 버퍼링이 필요한지, 디스크 I/O가 병목이 될 수 있는지 알게 되죠. 제가 보기에, 파일 시스템을 모르면 스트림 개념이 공허하게 느껴질 거예요. 스트림은 파일의 데이터를 '길쭉한 가래떡'처럼 순차적으로 흘려보내는 방식인데, 바이트 단위로 읽거나 쓰는 InputStream/OutputStream이 그 예시예요.

이제 파일 입출력의 장단점을 비교해 볼까요? 기본 FileInputStream은 간단하지만, 큰 파일을 다룰 때 메모리 부하가 커요. 예를 들어, 1GB 동영상을 한 번에 로드하려 하면 OutOfMemoryError가 날 수 있거든요. 반대로 BufferedInputStream을 쓰면 버퍼(예: 8KB)로 쪼개서 읽으니 효율적이에요. 실제 수치로 보면, 버퍼링 없이 읽을 때 100MB 파일 처리에 5초 걸린다면, 버퍼링 시 1초 정도로 줄어요. 상황에 따라 다르지만, 텍스트 파일처럼 작은 건 FileReader로 충분하고, 바이너리 파일은 Stream으로 가세요.

실전 팁으로, 자바에서 파일을 다룰 때 NIO(New I/O) 패키지를 추천해요. Files.copy() 메서드는 채널 기반으로 고속 복사예요. 예시 코드로 보자면:

```java import java.nio.file.Files; import java.nio.file.Paths; import java.nio.file.StandardCopyOption;

Files.copy(Paths.get("source.txt"), Paths.get("dest.txt"), StandardCopyOption.REPLACE_EXISTING); ```

이게 왜 좋냐면, 전통 IO보다 2~3배 빠르고, 비동기 처리도 가능하거든요. 만약 멀티스레딩과 결합하면, 여러 스레드가 동시에 파일 읽기를 해도 동기화 없이 안전해져요. 하지만 초보자라면 기본 IO부터 익히세요. 파일 시스템의 배경 지식으로, OS 수준에서 inode(파일 메타데이터 저장 구조)를 알면 자바의 RandomAccessFile이 왜 랜덤 액세스를 지원하는지 이해가 돼요. 이론 없이 API만 보면 '왜 이렇게 설계됐지?' 하실 텐데, 파일 시스템을 알면 '아, 디스크 블록 단위로 접근하니까!' 하고 납득 가실 거예요.

Java Part3 하편에서 파일을 스트림으로 보는 관점이 핵심인데요, 이게 소켓으로 이어지는 다리예요. 파일은 로컬 디스크지만, 소켓은 네트워크 스트림이잖아요. 둘 다 바이트 흐름을 다루니, 파일 입출력을 먼저 익히면 소켓이 덜 낯설어요. 예를 들어, 파일을 네트워크로 전송할 때 SocketOutputStream처럼 취급하면 돼요. 만약 파일 시스템 이해가 부족하면, 권한 오류(예: Permission Denied)가 날 때 대처가 어려워요. 그래서 OS 명령어 ls -l이나 dir로 파일 속성 확인부터 해보세요. 이 섹션에서 얻는 건, Java Part3의 파일 입출력을 단순 작업이 아닌 시스템 관점으로 보는 시야예요. 다음으로 넘어가 소켓 부분을 보죠.

소켓 프로그래밍 전제 지식과 CS 이론의 중요성

소켓 프로그래밍은 Java Part3 하편의 두 번째 축인데, 파일 입출력만큼 CS 이론이 필수예요. 파일 시스템을 알면 소켓이 자동으로 이해된다고 하셨죠? 왜냐면 둘 다 스트림 기반으로 데이터를 주고받거든요. 하지만 소켓은 네트워크라 TCP/IP 프로토콜이 더해져요. 이론 없이 API만 보면, 연결 오류가 날 때 '왜?' 하며 헤매기 쉽습니다.

먼저, 전제 지식으로 멀티스레딩을 가정해요. 소켓은 클라이언트-서버 구조라, 서버가 여러 클라이언트를 동시에 처리해야 하거든요. 예를 들어, 채팅 앱에서 ExecutorService로 스레드 풀을 만들어 각 클라이언트 소켓을 할당하면 돼요. 멀티스레딩 모르면, 싱글 스레드로 모든 요청을 순차 처리하다 지연이 쌓여요. 실제로, 10명 클라이언트가 동시에 접속할 때 싱글 스레드는 5초 지연이지만, 멀티스레딩은 0.5초로 줄어요.

컬렉션 프레임워크도 중요해요. 서버에서 연결된 클라이언트를 관리할 때 Set이나 List를 써요. 특히 ConcurrentHashMap으로 클라이언트 ID와 소켓을 매핑하면 스레드 안전해져요. 예시로:

```java import java.util.concurrent.ConcurrentHashMap;

ConcurrentHashMap clients = new ConcurrentHashMap<>(); // 클라이언트 추가: clients.put("user1", socket); ```

이게 왜 Set 중심이냐면, 중복 클라이언트 피하고 빠른 검색 때문이에요. HashSet vs TreeSet 비교하면, 검색 속도는 O(1) vs O(log n)로 HashSet이 우수하지만, 정렬 필요 시 TreeSet 가세요. 소켓 프로그래밍에서 클라이언트 목록을 브로드캐스트할 때 이 컬렉션이 핵심이에요.

CS 이론의 역할은 원론을 세우는 거예요. TCP는 연결 지향 프로토콜로, 3-way handshake( SYN, SYN-ACK, ACK)로 연결해요. 이걸 모르면 포트 충돌이나 타임아웃 오류 대처가 안 돼요. 파일 시스템처럼, 소켓도 OS의 네트워크 스택(예: Linux의 netstat 명령으로 소켓 상태 확인)을 이해해야 해요. 자바에서 Socket 클래스 쓰면 네이티브 코드가 OS API를 호출하니, 이론이 없으면 블랙박스예요.

장단점 분석으로, TCP 소켓 vs UDP 비교해 보죠. TCP는 신뢰성 있지만 오버헤드(헤더 20바이트)가 커요. UDP는 가볍지만 패킷 손실 가능해요. 채팅 앱처럼 순서 중요하면 TCP, 실시간 게임은 UDP 추천이에요. 상황별로, 로컬 테스트 시 localhost:8080으로 소켓 열고, 실제 배포 시 방화벽 포트 열기 주의하세요.

JVM 관련으로는 가비지 컬렉션(GC)이 소켓에 미치는 영향이 있어요. 긴 연결 시 GC로 인한 pause가 지연을 유발하니, -XX:+UseG1GC 플래그로 최적화하세요. 이론 없이 하면 '소켓이 갑자기 끊어지네' 하시겠지만, CS 지식으로 TCP keep-alive 옵션을 setKeepAlive(true)로 켜면 안정적이에요. 배경으로, OSI 7계층 중 전송계층(4계층)에서 소켓이 동작하니, IP 주소와 포트로 엔드포인트 식별 이해하세요.

이 섹션은 파일과 소켓의 공통점(스트림)을 강조했어요. 전제 지식을 쌓지 않으면 Java Part3 하편이 어렵지만, 멀티스레딩부터 복습하면 수월해요. 이제 학습 목표로 넘어가 실전 적용을 보죠.

학습 목표: 고성능 파일/소켓 처리와 실전 팁

Java Part3 하편의 학습 목표는 파일 시스템 이해에서 시작해 고성능 소켓 프로그래밍까지예요. 단순 API 사용이 아닌, 왜 중요한지 어떻게 최적화할지 초점 맞춰요. 파일 입출력을 배우면 OS 수준 지식이 쌓이지만, 자바 개발자로서 고성능이 핵심 경쟁력이거든요.

먼저, 파일 처리 목표: 스트림의 의미를 파악하고 API로 입출력 관리하세요. InputStream은 바이트 읽기, Reader는 문자 처리예요. 예를 들어, CSV 파일 읽을 때 BufferedReader로 라인 단위 처리하면 메모리 효율 좋아요. 고성능 팁으로, NIO의 FileChannel 사용하세요. transferTo() 메서드로 파일을 직접 DMA(Direct Memory Access)로 복사하면 CPU 부하 없이 10배 속도 업이에요. 수치로, 500MB 파일 복사 시 표준 IO 20초 vs NIO 2초예요.

소켓 쪽 목표는 TCP 기초 이해예요. 프로토콜 모르면 장애 시 무기력하지만, SYN flood 공격 방지를 위해 backlog 큐 크기 조정(서버 소켓 생성 시 100으로 설정)하세요. 실전 코드 예시:

java ServerSocket server = new ServerSocket(8080, 100); // backlog 100 Socket client = server.accept();

주의사항으로, 소켓 close() 잊으면 리소스 누수예요. try-with-resources로 자동 관리하세요. 대안으로, Netty 같은 라이브러리 쓰면 비동기 이벤트 루프로 고성능 서버 쉽게 만들어요. Netty vs 순수 자바 비교: 순수 자바는 간단하지만 스케일링 어려움, Netty는 1000명 동시 접속 시 지연 10ms vs 100ms예요.

상황별 추천: 웹 서버 개발 시 소켓 + 멀티스레딩으로, 모바일 앱 백엔드라면 고성능 파일 업로드에 NIO 써요. 학습 시 네이티브 코드 비교로, C의 fopen() vs 자바 Stream 보면 자바가 추상화돼 편하지만, 속도는 네이티브가 빠르니 JNI로 최적화 고려하세요.

전체적으로, 이 목표 달성하면 차별화돼요. 예제 프로젝트로 간단 채팅 서버 만들어 보세요: 클라이언트 소켓으로 메시지 보내고, 서버에서 컬렉션으로 관리. 팁: Wireshark 도구로 TCP 패킷 캡처해 프로토콜 확인하세요. OS 공부 여유 없어도, 용어(예: bind, listen) 알면 충분해요. Java Part3 하편 끝나면, 기본 넘어 고급 개발자 되실 거예요.