Привет)

OutputStream взаимодействует с ОС, которая пишет байты блоками, скажем в файл. Если ты блок последний блок заполнил не полностью, то ОС не знает будут ли еще байты, ты flush() говоришь "ок, записывай". Читают также, блоками, даже если тебе нужен всего один байт, будет прочитано, скажем, 256 и ты не будешь расстраиваться, если остальные 255 пропадут, т.е. flush() не нужен.

Потому что OutputStream знает что его имплементации могут что-то там кешировать\оптимизировать с точки зрения перформанса, а InputStream - нет. Что, кстати, не есть хорошо с точки зрения Coupling-а в конектсте GRASP-а В том смысле что когда ты читаешь - опитмизацией является считывание из источника сразу большего объема инфы, а возвращение ее тебе частями - тут не нужно твое участие. А когда ты пишешь - тебе необходимо знать что там может быть какой-то буффер, который пишется не сразу когды ты хочешь - а когда это будет целесообразно. Но ты можешь этот процесс зафорсить. Но когда джаву дезайнили - такого понятия как GRASP еще не существовало, вроде, так що маємо те, що маємо.