Определить состояние клиента HttpListener

Здравствуйте! Написал сервер на HttpListener. Клиентами являются обычные браузеры. Стал вопрос о реализации многопоточности и ограничения подключений. Тут посоветовали хранить клиентов в списке и удалять, когда клиент отвалился.
Вопрос следующий, как вообще определить что клиент отвалился? HttpListener не выбрасывает исключения если не получилось отправить ответ даже при
проверял следующим образом: Ставил в коде точку останова, отправлял запрос с браузера, убивал процесс браузера, продолжал выполнение, исключений нету.
Точно так же, как и при закрытии вкладки в браузере, не получаем пустое сообщение о завершении подключения. Более того, браузер отправляет пустое сообщение каждый раз при первом подключении. Перечитал все методы и свойства для HttpListener на мсдн и не нашел ничего что могло бы однозначно идентифицировать клиент, есть по идее просто HTTP-запрос с его уникальным идентификатором на который отправляется ответ через Context. Правильно ли я понял информацию и значит ли что нужно переписывать сервер на Socket-ы?

Добавлено через 1 минуту
По поводу определения по пустому сообщению прочитал Клиент-сервер: Как определить, что клиент отключился?

0

httplistener слушает конкретный порт, про какую многопоточность тут идет речь?

0

andreyfreelans, а tcpclient что по вашему слушает? и при чем тут вообще порт к многопоточности? не понимаю связи

Добавлено через 5 минут

Сообщение от andreyfreelans про какую многопоточность тут идет речь?

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

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

Добавлено через 1 час 58 минут
Тему можно считать закрытой. Как мне объяснили писать сервер на http было далеко на самой лучшей идеей. Не поддерживает постоянных соединение и тд и тп.

Добавлено через 16 часов 9 минут
Можно собирать адреса клиентов в список, если список достиг лимита отправлять новому клиенту небольшое предупреждение не обрабатывая основной запрос. иначе отправлять запрос на обработку. после отправки ответа клиенту удалять адрес из списка. Таким образом, одновременно сервер будет полноценно обрабатывать запросы только от первых клиентов, которые поместились в список.
Решение по сути аналогично тому, что мне предложили в теме, ссылку на которую, я привел в описании. но мне нужно было выспаться чтоб осознать это)

0