JDK7 Files.copy

Question

OpenJDK7 프로젝트 java.nio.file.Files에는 다음과 같은 기능이 있습니다. 내 질문은 while 루프 조건>> = 대신해야합니까? source.read의 javadoc가 EOF에 도달했을 때, 그것은 돌아갑니다 -1 당신은 잘못 읽기 기능을 찾고 있습니다 0이 아닌

/** 
* Reads all bytes from an input stream and writes them to an output stream. 
*/ 
private static long copy(InputStream source, OutputStream sink) 
    throws IOException 
{ 
    long nread = 0L; 
    byte[] buf = new byte[BUFFER_SIZE]; 
    int n; 
    while ((n = source.read(buf)) > 0) { 
     sink.write(buf, 0, n); 
     nread += n; 
    } 
    return nread; 
} 

Answer 1

있다고 때문이다. 바이트 배열을 사용하는 InputStream의 읽기 기능은 버퍼에 복사 된 바이트 수를 반환합니다. 따라서 얼마나 많은 바이트를 복사 할 수 있는지 알 수 있습니다.

* @return  the total number of bytes read into the buffer, or 
*    <code>-1</code> if there is no more data because the end of 
*    the stream has been reached. 

따라서 두 가지 경우를 모두 충족합니다. 스트림 끝이 (-1)에 도달했거나 다른 이유로 버퍼에 읽지 않은 바이트입니다.

Answer 2

버그인지 여부는 기능의 의도에 따라 다릅니다.

보통 적어도 1 바이트의 데이터를 사용할 수있을 때까지 read을 호출하면 예상대로 작동합니다. 그러나 입력 스트림이 비 블로킹이면 read 호출은 이 현재 데이터가 더 이상 없을 때 0을 반환합니다. 이 상태는 활발히 닫히고있는 스트림과 다릅니다.

즉, 메서드가 호출 될 때 사용할 수있는 데이터가없는 비 차단 스트림에 직면했을 때 기대하는 바에 따라 이것이 버그인지 아닌지를 알 수 있습니다. 같은

Answer 3

, 여기 InputStream.read(byte[])가

1 바이트 이상이