Определить конец потока TcpClient

@444866 · Регистрация: 11.01.2012

Студворк — интернет-сервис помощи студентам

Использую GetStream(), и выкачиваю данные оттуда. Проблема в том, что если не определить конец потока, то после завершения считывания данных, чтение зависает, ожидая поступление новых данных, и ждет довольно долго (если таймаут бесконечный), только потом объявляет, что соединение закрыто.

Необходимо понять когда сервер уже завершил передачу данных, дабы поток не простаивал. Если бы всегда указывался заголовок Content-Length, то все былобы проще но он не всегда доступен.

Есть еще свойство такое у потока DataAvailable, но оно показывает false переодически ибо данные не в любой момент времени доступны, а поток нужно считать доконца.

@ras254 · 30.12.2012, 09:58

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

@444866 · 30.12.2012, 10:02 **[ТС]**

синхронно или асинхронно это неважно. Стандартный вебреквест/вебклиент ничего не ждут, а сразу выдают результат. Значит как то определить можно? не вездеже длина контента указана.

И вот еще интересная ссылка

https://github.com/mono/mono/b... nection.cs

Я лично ничего выцепить не смог отсюда. но помоему это то самое. Может кто сможет?

@ras254 · 30.12.2012, 10:09

HTTP протокол подразумевает передачу данных за один раз (в стандартном режиме). Потому там прочитали данные и закрываем соединение.

@444866 · 30.12.2012, 10:10 **[ТС]**

Ну былоб оно все так, я бы не стал спрашивать. Свойство коннектед после передачи не становится false.

@ras254 · 30.12.2012, 10:14

Тут всё зависит от реализации. Если передача подразумевает, что данные передаются за один раз (как в HTTP), то нужно читать данные и закрывать поток самому. Ну я так думаю.
Как вариант посмотрите исходники какого нибудь браузера...

@444866 · 30.12.2012, 10:15 **[ТС]**

Откуда я знаю когда закрывать поток, если я не знаю передались ли все данные?

@ras254 · 30.12.2012, 10:22

Я же говорю, от логики работы системы зависит. Если и клиент и сервер знают, что данные передаются за один раз, то значит после одного приема больше данных не будет. Если знают, что не за один раз, то получается ждать факта закрытия с одного из концов, либо делают передачу специальной команды - окончание сеанса. По факту свойство Connected при отключении с одного концов, на другом сразу же не выставляет в false. http://msdn.microsoft.com/ru-r... 00%29.aspx

@444866 · 30.12.2012, 10:33 **[ТС]**

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

Свойство коннектед выставляется в false если сервер разорвал коннект,это да, но сервер не рвет коннект секунд по 60, и поток читается и читается и читается.

По поводу таймаута соединения. а откуда я могу быть уверен что сервер точно закончил передавать данные? Ну если ждать 10 сек то понятно. Но это же не годится. Ктомуже вдруг инет разорвало или сбой какой. Как я узнаю что сервер именно не закончил передачу,чтобы кинуть исключение таймаута?

@ras254 · 30.12.2012, 10:47

А почему уже готовым решением для не воспользоваться HttpWebRequest, раз уж речь именно про сайты...

@444866 · 30.12.2012, 10:50 **[ТС]**

Ну стал бы я спрашивать если бы он подходил под мои цели.

@m0nax · 30.12.2012, 16:13

тоже столкнулся с этим вопросом когда игрался с прокси
знаю только такой вариант

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
private static byte[] ReadToEnd(Socket mySocket)
        {
            int len = 0;
            using (MemoryStream m = new MemoryStream())
            {
                byte[] b = new byte[mySocket.ReceiveBufferSize];
 
                while (mySocket.Poll(1000*1000, SelectMode.SelectRead)
                    && (len = mySocket.Receive(b, mySocket.ReceiveBufferSize, SocketFlags.None)) > 0)
                {
                    m.Write(b, 0, len);
                }
                return m.ToArray();
            }
        }

но это все равно кривовато, ибо зависит от задержки...если канал инета подлагивает все просто рассыпется

@444866 · 30.12.2012, 17:16 **[ТС]**

Я уже придумал как

C#
1
2
3
4
5
6
7
8
bool GetDataAvailable()
        {
            for (int i = 0; i < DataAvailableTimeout/5 && !TCPStream.DataAvailable; i++)
            {
                System.Threading.Thread.Sleep(5);
            }
            return TCPStream.DataAvailable;
        }

Новые блоги и статьи Все статьи Все блоги /
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

@444866 -1 / 3 / 0 Регистрация: 11.01.2012 Сообщений: 267

	Определить конец потока TcpClient 30.12.2012, 01:42. Показов 3170. Ответов 12 Метки нет (Все метки) Использую GetStream(), и выкачиваю данные оттуда. Проблема в том, что если не определить конец потока, то после завершения считывания данных, чтение зависает, ожидая поступление новых данных, и ждет довольно долго (если таймаут бесконечный), только потом объявляет, что соединение закрыто. Необходимо понять когда сервер уже завершил передачу данных, дабы поток не простаивал. Если бы всегда указывался заголовок Content-Length, то все былобы проще но он не всегда доступен. Есть еще свойство такое у потока DataAvailable, но оно показывает false переодически ибо данные не в любой момент времени доступны, а поток нужно считать доконца. 0

@ras254 73 / 73 / 10 Регистрация: 18.09.2012 Сообщений: 208
	30.12.2012, 09:58
	Ну если никак не определить, что пришли все данные (например, по какому либо маркеру в данных), то придется ждать. Можно получать асинхронно, тогда основной поток не будет блокироваться. Или ожидать в своем дополнительном потоке. 0

@444866 -1 / 3 / 0 Регистрация: 11.01.2012 Сообщений: 267
	30.12.2012, 10:02 [ТС]
	синхронно или асинхронно это неважно. Стандартный вебреквест/вебклиент ничего не ждут, а сразу выдают результат. Значит как то определить можно? не вездеже длина контента указана. И вот еще интересная ссылка https://github.com/mono/mono/b... nection.cs Я лично ничего выцепить не смог отсюда. но помоему это то самое. Может кто сможет? 0

@ras254 73 / 73 / 10 Регистрация: 18.09.2012 Сообщений: 208
	30.12.2012, 10:09
	HTTP протокол подразумевает передачу данных за один раз (в стандартном режиме). Потому там прочитали данные и закрываем соединение. 0

@444866 -1 / 3 / 0 Регистрация: 11.01.2012 Сообщений: 267
	30.12.2012, 10:10 [ТС]
	Ну былоб оно все так, я бы не стал спрашивать. Свойство коннектед после передачи не становится false. 0

@ras254 73 / 73 / 10 Регистрация: 18.09.2012 Сообщений: 208
	30.12.2012, 10:14
	Тут всё зависит от реализации. Если передача подразумевает, что данные передаются за один раз (как в HTTP), то нужно читать данные и закрывать поток самому. Ну я так думаю. Как вариант посмотрите исходники какого нибудь браузера... 0

@444866 -1 / 3 / 0 Регистрация: 11.01.2012 Сообщений: 267
	30.12.2012, 10:15 [ТС]
	Откуда я знаю когда закрывать поток, если я не знаю передались ли все данные? 0

@ras254 73 / 73 / 10 Регистрация: 18.09.2012 Сообщений: 208
	30.12.2012, 10:22
	Я же говорю, от логики работы системы зависит. Если и клиент и сервер знают, что данные передаются за один раз, то значит после одного приема больше данных не будет. Если знают, что не за один раз, то получается ждать факта закрытия с одного из концов, либо делают передачу специальной команды - окончание сеанса. По факту свойство Connected при отключении с одного концов, на другом сразу же не выставляет в false. http://msdn.microsoft.com/ru-r... 00%29.aspx 0

@444866 -1 / 3 / 0 Регистрация: 11.01.2012 Сообщений: 267
	30.12.2012, 10:33 [ТС]
	клиент и сервер ничего не знают. я подсоединяюсь к любому сайту и каждый себя по своему ведет и соединение после передачи данных пока никто не разрывал, я мог по этому же соединению еще один запрос сделать и получить ответ. Свойство коннектед выставляется в false если сервер разорвал коннект,это да, но сервер не рвет коннект секунд по 60, и поток читается и читается и читается. По поводу таймаута соединения. а откуда я могу быть уверен что сервер точно закончил передавать данные? Ну если ждать 10 сек то понятно. Но это же не годится. Ктомуже вдруг инет разорвало или сбой какой. Как я узнаю что сервер именно не закончил передачу,чтобы кинуть исключение таймаута? 0

@ras254 73 / 73 / 10 Регистрация: 18.09.2012 Сообщений: 208
	30.12.2012, 10:47
	А почему уже готовым решением для не воспользоваться HttpWebRequest, раз уж речь именно про сайты... 0

@444866 -1 / 3 / 0 Регистрация: 11.01.2012 Сообщений: 267
	30.12.2012, 10:50 [ТС]
	Ну стал бы я спрашивать если бы он подходил под мои цели. 0