Вы можете вызвать метод flush для OutputStream вместо close. Конкретные классы, унаследованные от OutputStream, будут переопределять flush(), чтобы делать что-то кроме ничего (запись данных в файл или отправка их по сети).

Метод flush() класса OutputStream ничего не делает.

Это неправильно.

Это правда, что базовая реализация flush(), предоставляемая классом OutputStream, ничего не делает. Однако ваше приложение будет вызывать версию этого метода, предоставленную используемым вами классом фактического потока. Если класс потока не имеет семантики прямой записи, он переопределит flush(), чтобы сделать то, что требуется.

Короче говоря, если требуется сброс (а он требуется для выходного потока Socket), то вызов flush() будет правильным. (Если какой-то интернет-источник говорит вам об обратном, это либо неправильно, либо вы неправильно его интерпретируете.)

К вашему сведению, причина, по которой база OutputStream реализует flush() как неоперативную, заключается в следующем:

• некоторым классам потока вывода не нужно ничего делать при сбросе; например ByteArrayOutputStream и
• для потоковых классов, где flush() не является неоперативным, нет способа реализовать операцию на уровне базового класса.

Они могли (теоретически) спроектировать потоковые API так, чтобы OutputStream был абстрактным классом (и flush() абстрактным методом) или интерфейсом. Однако этот API был фактически заморожен до Java 1.0, и в то время не было достаточного опыта практического программирования на Java, чтобы понять, что дизайн API был неоптимальным.

Закрытие OutputStream сокета также закрывает сокет

Истинный.

Метод flush() для OutputStream ничего не делает.

Ложь. Есть переопределения. См. Javadoc для FilterOutputStream.flush(), BufferedOutputStream.flush(), ObjectOutputStream.flush() и многих других.

Таким образом, ваша первоначальная проблема не существует, поэтому вам не нужно «решение», которое вызывает проблему № 2.

Вам действительно нужно смывать? У меня также была проблема, когда слушатель на сервере С# не мог получать данные, отправленные с Android (я пытался получить данные синхронно).

Я был уверен, что это связано с тем, что на стороне Android следующий код не сбрасывался.

OutputStream str = btSocket.getOutputStream();
str.write(data_byte);
// "This implementation does nothing"
str.flush();

Оказалось, что если я использую асинхронное получение данных на слушателе сервера - он получает данные, и никакой flush() на стороне клиента не требуется!

Я попробую. У меня была такая же проблема. закрытие выходного потока - единственный способ «сбросить» данные. но так как мне все еще нужен поток вывода, это не вариант. поэтому сначала я отправляю длину массива байтов, out.writeInt, затем сам массив. когда все байты были прочитаны, т.е. buffer.length == in.readInt() я прерываю цикл

    ByteArrayOutputStream dataBuffer = new ByteArrayOutputStream();
    byte[] buffer = new byte[1024];
    byte[] fileBytes;
    int n;
    int length;

    try
    {
        size = in.readInt();

        while((n = in.read(buffer)) != -1)
        {
            dataBuffer.write(buffer, 0, n);

            if(dataBuffer.toByteArray().length == length)
            {
                fileBytes = dataBuffer.toByteArray(); break;
            }
        }
    }

У меня такая же проблема. Добавьте «\n» в конце потока. сброс работает, но получатель не знает, закончилось ли сообщение

YES на Android flush() ничего не делает (пример основан на API 23)

public Socket() {
    this.impl = factory != null ? factory.createSocketImpl() : new PlainSocketImpl();
    this.proxy = null;
}

public class PlainSocketImpl extends SocketImpl {

    @Override protected synchronized OutputStream getOutputStream() throws IOException {
        checkNotClosed();
        return new PlainSocketOutputStream(this);
    }


}

private static class PlainSocketOutputStream extends OutputStream {
        // doesn't override base class flush();
}

чтобы сбросить поток вывода без закрытия сокета, вы можете отключить вывод:

protected void shutdownOutput() throws IOException

-- это закроет файловый дескриптор WRITE.

вместо использования потока вывода вы можете писать напрямую в файловый дескриптор или создать собственную реализацию Socket с OutputStream, которая переопределит метод очистки (например, с помощью сокет Беркли реализация в c (через собственный вызов).