В чем прикол этой задачи?

Ниже (выводит слишком много)

Вот мой код:

package com.javarush.task.task13.task1326;

/*
Сортировка четных чисел из файла
*/

import java.io.*;
import java.util.ArrayList;
import java.util.Collections;
import java.util.Scanner;

public class Solution {
    public static void main(String[] args) {
        try {
            BufferedReader bufferedReader = new BufferedReader(new InputStreamReader(System.in));
            InputStream inputStream = new FileInputStream(bufferedReader.readLine());
            bufferedReader.close();
            BufferedInputStream bufferedInputStream = new BufferedInputStream(inputStream);
            ArrayList<Integer> list = new ArrayList<>();
            while (bufferedInputStream.available()>0) {
                int tmp = bufferedInputStream.read();
                if (tmp%2==0) {
                    list.add(tmp);
                }
            }
            Collections.sort(list);
            for (Integer integer : list) {
                System.out.println(integer);
            }
        } catch (IOException e) {
            e.getStackTrace();
        }
    }
}

В чем тут проблема? Слишком сложно понять.

Проблема в внимательности.

1. Ввести имя файла с консоли.
2. Прочитать из него набор чисел.

Числа нужно читать. Ты читаешь байты. Есть же пример файла в условиях. И что должно выдавать. Ты свой вывод:

10
10
10
10
10
10
10
48
50
50
56

сравнивал с тем что в примере в условиях? Если что-то не получается, первое что ты должен делать, очень внимательно читать условия.

а как числа читать?

У тебя есть в программе объект типа InputStream который может читать с файла. Теперь тебе нужно его взять и сделать так, как ты обычно читаешь числа с консоли, просто там у тебя InputStream это System.in, но принцип тот же.

InputStream inputStream = new FileInputStream(fileName);
BufferedReader reader = new BufferedReader(new InputStreamReader(inputStream));
String s = reader.readLine();
int number = Integer.parseInt(s);

так мы прочтем с файла строку и получим число, а не набор байтов. потоки будут детальней чуть позже вроде, пока просто запомни, что есть два основных типа потоков данных - байтовые и символьные. Есть две отдельные большие иерархии входных потоков: байтовые потоки (InputStream и его наследники) и символьные потоки (Reader и его наследники). Разделение понятно, если нас интересует байты сплошняком, передача данных потоком, работа с файлами целиком, мы работаем с байтами и юзаем наследников InputStream. Если нас интересует работа с символами, текстом, чарами и тд, мы юзаем Reader и наследники. Байтовые потоки имеют метод read и отдают байты (значение от 0..255). Например число -25 это три байта: минус, два, пять.

Символы: буквы, цифры и прочие знаки, имеют свое отображение в коде: они хранятся и передаются системой в виде последовательности байт. Какое именно значение для какого символа зависит от кодировок. Например, если мы считаем с файла в формате UTF-16, кириллическую А, это будет два байта, 208 и 144 (unsigned byte), которые вместе образуют русское А. Если мы считаем непосредственно наследником суперкласса Reader, например InputStreamReader, то этот класс под капотом содержит логику преобразования входящих данных по стандартной кодировке, которая стоит на платформе (ОС) по умолчанию. Но можно использовать и перегруженный конструктор и прямо указать в какой кодировке мы хотим читать. У меня стоит UTF, поэтому. Когда я ввожу кириллическую А: в системную переменную System.in попадает через ОС два байта, 208 и 144 (unsigned), потом InputStreamReader это все дело преобразовывает используя системные настройки, у меня UTF, значит получается char с кодом 1040, который сооответствует по таблице Юникод букве А. Есть еще BufferedReader это обертка, которая под капотом содержит буфер (8192 символа), и загоняет все в буффер, чтобы не нужно было за каждой буквой гонять системные ресурсы (консоль или файловую систему). То есть и без BufferedReader, можно спокойно читать символы с потока ввода. Просто по одному. bufferedReader.readLine(); - этот код исполняется так: если в буфере ничего нет, тогда запросить информацию с потока (в данном случае InputStreamReader). Но если бы там был файл, даже подав запрос на чтение одной строки, буффередРидер бы скачал 8192 символов. И при каждом вызове readLine() не было бы обращения к файлу, он просто отдавал бы данные с буфера, пока буфер не опустошиться, как только это произойдет, он пошлет гонца в файловый поток, чтобы выкачать еще 8192 символов, поэтому этот класс и называется Буфферризованный ридер. Если говорить про другие варианты кодировок, то кириллическая буква А в: KOI8-R - 225 CP 855 - 161 Windowns-1251 - 192 ISO-8859-5 - 176 и тд.

Спасибо большое, теперь вроде понял