Использование StreamWriter
для записи в NetworkStream
и StreamReader
для чтения ответа. Приложение отправляет команды и читает ответы на сервер новостей.
Упрощенный код (без обработки ошибок и т. д.):
tcpClient = new TcpClient();
tcpClient.Connect(Name, Port);
networkStream = tcpClient.GetStream();
serverReader = new StreamReader(networkStream, Encoding.Default);
serverWriter = new StreamWriter(networkStream, Encoding.ASCII) {
AutoFlush = true
};
// reads the server's response to the connect: "200 news.newsserver.com"
// commenting out these lines doesn't solve the problem
while (serverReader.Peek() > -1) {
serverReader.ReadLine();
}
serverWriter.WriteLine("authinfo user username");
// expect response "381 more authentication required", but code just blocks
string response = serverReader.ReadLine();
Код блокируется в этой последней строке, предположительно ожидая, пока сетевой поток отправит ответ.
Я могу избежать зависания приложения, установив цикл тайм-аута с помощью serverReader.Peek()
, но я всегда буду тайм-аут; Я никогда не получаю ответа.
Если я напрямую подключаюсь к серверу и порту через telnet и ввожу команды, я получаю немедленный ответ.
Если я вызываю serverWriter.Flush()
явно, вместо использования свойства AutoFlush
, я все равно блокирую и никогда не получаю ответа.
Любые идеи, почему я не получаю ответа от сервера, используя этот подход?
Спасибо!
Решено:
Приведенный выше код действительно работает для меня, поэтому я вернулся и доработал этот код до кода, который не работал.
В коде, который зависает, я все еще использовал цикл тайм-аута с serverReader.Peek(). Peek() всегда возвращает -1, даже если в буфере есть данные для чтения!! Замена цикла Peek() блокирующим вызовом ReadLine() решает мою проблему.
Изначально я установил цикл тайм-аута, потому что приложение многопоточное, и я не хотел блокировать. Мне придется вернуться к этой проблеме и посмотреть, как я могу разрешить синхронизацию потоков без использования Peek().
Всем спасибо, хорошие ответы!