자바 에서 파일 크기 에 대한 자세 한 설명 및 인 스 턴 스 코드 가 져 오기
오늘 코드 를 쓸 때 파일 크기 를 가 져 오 는 기능 이 필요 합 니 다.현재 두 가지 실현 방법 이 있 습 니 다.하 나 는 File 의 length()방법 을 사용 하 는 것 입 니 다.다른 하 나 는 FileInputStream 의 available()방법 을 사용 하 는 것 입 니 다.InputStream 이 read 작업 을 하지 않 았 을 때 available()의 크기 는 파일 크기 와 같 아야 합 니 다.그러나 큰 문 서 를 처리 할 때 후 자 는 문제 가 생 긴 다.우리 한번 봅 시다.
예 를 들 어 저 는 CentOS 6.5 의 설치 미 러 파일 을 사 용 했 는데 주로 이 파일 이 충분 하 다 는 것 을 고려 했 습 니 다(2GB 이상).
1.File 의 length()방법 사용
public static void main(String[] args) {
File f= new File("D:\\CentOS-6.5-x86_64-bin-DVD1.iso");
if (f.exists() && f.isFile()){
logger.info(f.length());
}else{
logger.info("file doesn't exist or is not a file");
}
}
출력 결 과 를 봅 시다.4467982336
결 과 는 4.16GB 로 윈도 에 표 시 된 결과 와 일치 했다.
다음은 FileInputStream 을 통 해 가 져 온 파일 크기 를 살 펴 보 겠 습 니 다.
public static void main(String[] args) {
FileInputStream fis= null;
try{
File f= new File("D:\\CentOS-6.5-x86_64-bin-DVD1.iso");
fis= new FileInputStream(f);
logger.info(fis.available());
}catch(Exception e){
logger.error(e);
} finally{
if (null!=fis){
try {
fis.close();
} catch (IOException e) {
logger.error(e);
}
}
}
}
다음은 실행 결과 입 니 다.2147483647
이거 결과 가 낯 이 익 죠?Integer.MAX 입 니 다.VALUE,즉 기호 정형 이 표시 할 수 있 는 최대 수치 이다.
그렇다면 익숙 한 단위 로 환산 하면 이런 방식 으로 얻 은 파일 의 크기 는 얼마나 됩 니까?
약 2GB 인 데,이것 은 분명히 정확 한 결과 가 아니다.
그 이 유 를 따 져 보면 File 의 length()방법 이 되 돌아 오 는 유형 은 long 이 고 long 형 이 표시 할 수 있 는 정수 최대 치 는 9223372036854775807 이 며 가장 지원 할 수 있 는 파일 크기 로 환산 하면 8954730132688714 EB 바이트 이다.이 등급 은 인류 IT 발전 역사상 여러 해 동안 사 용 될 것 이 고 FileInputStream 의 avaliable()방법 은 int 이다.이전에 도 가장 큰 표현 범 위 를 소개 했다.지원 할 수 있 는 최대 파일 크기 는 1.99GB 이 고 이 급 은 우리 가 지금 쉽게 달성 할 수 있다.
2014 년 3 월 31 일 보충:
스 트림 방법 으로 큰 파일 크기 를 읽 는 것 도 불가능 한 것 이 아니 라 전통 적 인 자바.io.*의 가방 을 더 이상 사용 할 수 없습니다.여 기 는 자바.nio.*의 새로운 도구 인 FileChannel 을 사용 해 야 합 니 다.다음은 예제 코드 를 살 펴 보 겠 습 니 다.
public static void main(String[] args) {
FileChannel fc= null;
try {
File f= new File("D:\\CentOS-6.5-x86_64-bin-DVD1.iso");
if (f.exists() && f.isFile()){
FileInputStream fis= new FileInputStream(f);
fc= fis.getChannel();
logger.info(fc.size());
}else{
logger.info("file doesn't exist or is not a file");
}
} catch (FileNotFoundException e) {
logger.error(e);
} catch (IOException e) {
logger.error(e);
} finally {
if (null!=fc)){
try{
fc.close();
}catch(IOException e){
logger.error(e);
}
}
}
}
FileChannel 을 사용 한 결과 첫 번 째 상황 과 일치 하여 파일 의 정확 한 크기 를 정확하게 묘사 하 였 습 니 다.여기 서도 기술 동인 들 에 게 큰 파일 을 읽 을 때 int 형식의 데 이 터 는 숨겨 진 bug 가 나타 나 지 않도록 주의해 야 합 니 다.위치 추적 이 어렵 습 니 다.
읽 어 주 셔 서 감사합니다. 여러분 에 게 도움 이 되 기 를 바 랍 니 다.본 사이트 에 대한 여러분 의 지지 에 감 사 드 립 니 다!
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
JPA + QueryDSL 계층형 댓글, 대댓글 구현(2)이번엔 전편에 이어서 계층형 댓글, 대댓글을 다시 리팩토링해볼 예정이다. 이전 게시글에서는 계층형 댓글, 대댓글을 구현은 되었지만 N+1 문제가 있었다. 이번에는 그 N+1 문제를 해결해 볼 것이다. 위의 로직은 이...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.