Ответ от асинхронного сервера

@Nowsoud · Регистрация: 01.01.2015

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

Добра.

Решил написать асинхронный сервер. Сначала полёт был отличный.
Писал опираясь на статью
(Почти копипаста)
Всё работает шикарно:
Клиент подключился - Прочитали его запрос - дали ответ - закрыли сокет.

C#

1 2	handler.Shutdown(SocketShutdown.Both); handler.Close();

И так по кругу.

Ок. А что делать, если потом серверу нужно отправить клиенту данные, даже если клиент не подключался заново и ничего не просил?
Может можно как-то опять открыть сокет, или его вообще не закрывать?
Если не закрывать, то как это должно работать, ведь handler.BeginReceive вызывается только в AcceptCallback.

Спасибо

@LostCoast · 04.07.2015, 02:22

Добрый вечер,

Советую почитать мой блог, думаю найдете там ответы.

@Anklav · 04.07.2015, 14:29

Nowsoud, не только в AcceptCallback, он также вызывается еще в ReceiveCallback, если строка не получена полностью.

C#

            if (content.IndexOf("<EOF>") > -1) {
                // All the data has been read from the 
                // client. Display it on the console.
                Console.WriteLine("Read {0} bytes from socket. \n Data : {1}",
                    content.Length, content );
                // Echo the data back to the client.
                Send(handler, content);
            } else {
                // Not all data received. Get more.
                handler.BeginReceive(state.buffer, 0, StateObject.BufferSize, 0, new AsyncCallback(ReadCallback), state); // <-- Вот тут
            }

Если вы хотите не закрывать соединение достаточно вызвать BeginReceive всегда. А не только тогда, когда строка не получена полностью.

Пример реализации такого соединения можно глянуть здесь (реализация работает с передачей бинарных данных, а не строк) https://github.com/Nirklav/TCP... nection.cs

@Nowsoud · 04.07.2015, 19:35 **[ТС]**

Anklav, в таком случае, после отправки сервером ответа, сокет просто не закрывать, а вызывать ReceiveCallback? Так сервер будет держать постоянное соединение со всеми подключёнными клиентами. Значит ли это, что для каждого, как и в синхронной модели, будет выделен отдельный поток, что вызовет трудности при 1000+ одновременно подключенных клиентах?

Добавлено через 6 минут
Я к тому, что в ISQ, к примеру, клиент же не прозванивает сервер постоянно, в ожидании новых сообщений.
Если сообщение приходит - сервер сам как-то посылает его клиенту, так?

@Anklav · 04.07.2015, 22:04

Nowsoud, нет, при асинхронной передачи данных, должны создаваться IO потоки в крайнем случае будет использован пул потоков, и никакой 1000 не будет.

Сообщение от Nowsoud

Если сообщение приходит - сервер сам как-то посылает его клиенту, так?

Что конкретно в ISQ - не знаю, но думаю - да. Иначе сервер будут либо спамить, либо ответы будут идти слишком долго.

@Nowsoud · 05.07.2015, 14:08 **[ТС]**

Ок. Спасибо. Буду пробовать.

Блоги программистов
Как перейти с Options API на Composition API в Vue.js BasicMan 06.01.2025 Почему переход на Composition API актуален В мире современной веб-разработки фреймворк Vue. js продолжает эволюционировать, предлагая разработчикам все более совершенные инструменты для создания. . .	Архитектура современных процессоров inter-admin 06.01.2025 Процессор (центральный процессор, ЦП) является основным вычислительным устройством компьютера, которое выполняет обработку данных и управляет работой всех остальных компонентов системы. Архитектура. . .	История создания реляционной модели баз данных, правила Кодда Programming 06.01.2025 Предпосылки создания реляционной модели В конце 1960-х годов компьютерная индустрия столкнулась с серьезными проблемами в области управления данными. Существовавшие на тот момент модели данных -. . .	Полезные поделки на Arduino, которые можно сделать самому raxper 06.01.2025 Arduino как платформа для творчества Arduino представляет собой удивительную платформу для технического творчества, которая открывает безграничные возможности для создания уникальных проектов. Эта. . .	Подборка решений задач на Python IT_Exp 06.01.2025 Целью данной подборки является предоставление возможности ознакомиться с различными задачами и их решениями на Python, что может быть полезно как для начинающих, так и для опытных программистов. . . .	С чего начать программировать микроконтроллеры raxper 06.01.2025 Введение в мир микроконтроллеров Микроконтроллеры стали неотъемлемой частью современного мира, окружая нас повсюду: от простых бытовых приборов до сложных промышленных систем. Эти маленькие. . .
Из чего собрать игровой компьютер inter-admin 06.01.2025 Сборка игрового компьютера требует особого внимания к выбору комплектующих и их совместимости. Правильно собранный игровой ПК не только обеспечивает комфортный геймплей в современных играх, но и. . .	Обновление сайта www.historian.by Reglage 05.01.2025 Обещал подвести итоги 2024 года для сайта. Однако начну с того, что изменилось за неделю. Добавил краткий урок по последовательности действий при анализе вредоносных файлов и значительно улучшил урок. . .	Как использовать GraphQL в C# с HotChocolate Programming 05.01.2025 GraphQL — это современный подход к разработке API, который позволяет клиентам запрашивать только те данные, которые им необходимы. Это делает взаимодействие с API более гибким и эффективным по. . .	Модель полного двоичного сумматора с помощью логических операций (python) AlexSky-coder 04.01.2025 def binSum(x:list, y:list): s=^y] p=x and y for i in range(1,len(x)): s. append((x^y)^p) p=(x and y)or(p and (x or y)) return s x=list() y=list()	Это мы не проходили, это нам не задавали...(асихронный счётчик с управляющим сигналом зад Hrethgir 04.01.2025 Асинхронный счётчик на сумматорах (шестиразрядный по числу диодов на плате, но наверное разрядов будет больше - восемь или шестнадцать, а диоды на старшие), так как триггеры прошли тестирование и. . .	Руководство по созданию бота для Телеграм на Python IT_Exp 04.01.2025 Боты для Телеграм представляют собой автоматизированные программы, которые выполняют различные задачи, взаимодействуя с пользователями через интерфейс мессенджера. В данной статье мы рассмотрим,. . .

@LostCoast 82 / 82 / 24 Регистрация: 30.09.2011 Сообщений: 404 Записей в блоге: 6
	04.07.2015, 02:22	2
	Добрый вечер, Советую почитать мой блог, думаю найдете там ответы. 1

@Nowsoud 1 / 1 / 0 Регистрация: 01.01.2015 Сообщений: 90
	04.07.2015, 19:35 [ТС]	4
	Anklav, в таком случае, после отправки сервером ответа, сокет просто не закрывать, а вызывать ReceiveCallback? Так сервер будет держать постоянное соединение со всеми подключёнными клиентами. Значит ли это, что для каждого, как и в синхронной модели, будет выделен отдельный поток, что вызовет трудности при 1000+ одновременно подключенных клиентах? Добавлено через 6 минут Я к тому, что в ISQ, к примеру, клиент же не прозванивает сервер постоянно, в ожидании новых сообщений. Если сообщение приходит - сервер сам как-то посылает его клиенту, так? 0

@Anklav 447 / 305 / 47 Регистрация: 23.01.2013 Сообщений: 661
	04.07.2015, 22:04	5
	Nowsoud, нет, при асинхронной передачи данных, должны создаваться IO потоки в крайнем случае будет использован пул потоков, и никакой 1000 не будет. Сообщение от Nowsoud Если сообщение приходит - сервер сам как-то посылает его клиенту, так? Что конкретно в ISQ - не знаю, но думаю - да. Иначе сервер будут либо спамить, либо ответы будут идти слишком долго. 1

@Nowsoud 1 / 1 / 0 Регистрация: 01.01.2015 Сообщений: 90
	05.07.2015, 14:08 [ТС]	6
	Ок. Спасибо. Буду пробовать. 0