Что делает InputStream.available() в Java?

Question

Что делает InputStream.available() в Java? Я прочитал документацию, но я все еще не могу разобраться.

Док говорит:

Возвращает число байт, которые могут быть прочитаны (или пропущено) от этого входного потока без блокировки с помощью следующих вызывающего метода для этого входного потока. Следующий вызывающий объект может быть тем же потоком или другим потоком.

Имеющийся метод класса InputStream всегда возвращает 0.

Что они означают блокирующим? Это просто означает синхронный вызов?

И самое главное, какова цель метода available()?

Answer 1

Блокировка не относится к нарезке или синхронизации здесь. Вместо этого он относится к блокировке IO (см. this для получения дополнительной информации). Если вы выдаете запрос на чтение и канал недоступен, блокирующий вызов будет ждать (или блокировать) до тех пор, пока данные не будут доступны (или канал закрыт, выбрасывает исключение и т. Д.)

Так зачем использовать available()? Таким образом, вы можете определить количество байтов для чтения или определить, собираетесь ли вы блокировать.

Обратите внимание, что Java также имеет неблокирующие возможности ввода-вывода. См. here для получения более подробной информации.

Answer 2

В InputStreams, read() вызовы называются вызовами «блокировки». Это означает, что, если во время вызова метода данные отсутствуют, метод будет ожидать получения данных.

Метод available() указывает, сколько байтов может быть прочитано до тех пор, пока вызов read() не заблокирует поток выполнения вашей программы. На большинстве входных потоков все вызовы read() блокируются, поэтому по умолчанию доступны 0.

Однако в некоторых потоках (например, BufferedInputStream с внутренним буфером) некоторые байты считываются и сохраняются в памяти, поэтому вы можете читать их, не блокируя поток программы. В этом случае метод available() сообщает, сколько байтов хранится в буфере.

Answer 3

Рассмотрите, если вы пишете программное обеспечение ОЧЕНЬ ПЛОХО .. и вы пишете операционную систему.

Эта операционная система вводит клавиатуру среди других вещей.

Итак, вы попросите свою ОС пойти и получить ввод с клавиатуры, но нет никаких нажатых клавиш и ни одного в буфере. Ваша целая ОС будет ХАГОВАТЬ МЕРТВОЙ, пока она не получит ввод с клавиатуры.

Контрастность этого с «взглядом вперед», вы спрашиваете, имеет ли КБ какие-либо символы перед выполнением вызова. Вы получаете ответ НЕТ, поэтому ваша ОС затем идет и делает что-то еще.

Это ПОЧЕМУ вы должны заботиться, теперь, если вы затем умножаете это на любую другую потенциально блокирующую задачу, вы можете понять, почему «смотреть вперед» имеет решающее значение.

Потому что это также относится к OUTPUT: память на интерфейс дисковода также может падать данные на дисковод быстрее, чем обрабатывать его. , если вы не знаете, что буфер накопителя залит данными, тогда задача будет заблокирована, пока буфер не сможет принять больше данных.

Это также подчеркивает бессмыслицу «очень мало полезных применений».

Answer 4

Один из возможно-практический Использование available() использует его для выбора разумной длины буфера.

static final int LEN = 4096; 

long copy(InputStream in, OutputStream out) throws IOException { 
    int count = 0L; 
    int avl = in.available(); 
    if (avl == 0) { 
     // 0 returned without IOException? possibly mean eof? 
     return 0L; 
    } 
    //byte[] buf = new byte[avl == 0 ? LEN : Math.min(avl, LEN)]; 
    byte[] buf = new byte[Math.min(avl, LEN)]; 
    for (int len; (len = in.read(buf)) != -1; count+= len) { 
     out.write(buf, 0, len); 
    } 
    return count; 
} 

В документе говорится,

Возвращает: оценка числа байтов, которые можно прочитать (или пропущено) от этого входного потока без блокирования или 0, когда он достигает конец входного потока.

И

Подкласс реализация этого метода может выбрать, чтобы бросить IOException, если этот входной поток был закрыт, вызывая метод close().

UPDATE

Я уже знаю, идея не рекомендуется. Я знал, что риск даже до того, как документ JDK предупредил. (Я когда-то пытался выделяемой буфер из available из нескольких ГБ размером FileInputStream.)

JDK8/InputStream#available

Он никогда не правильно использовать возвращаемое значение этого метода выделить буфер, предназначенный для хранения всех данных в этом потоке.

JDK5/InputStream#availabe

Но, в программировании, то должны не never или always wrong код. Вот что я верю.