TCP. отключение от сервера.

[garryHotDog]

что то я не понял до конца!?

как я понимаю есть 2 варианта обработки подключения к серверу
   1. обрабатывать сигнал сервера newConnection() и получать указатель на сокет с помощью nextPendingConnection ()
   2. переписать виртуальную функцию сервера incomingConnection(int), тем самым будем иметь дескриптор сокета.

Лично я использую 2, так как вывожу обработки клиента в поток.....и хранить список подключенных можно в след виде:

Код

C++ (Qt)
QList<int>

, где int - дескриптор сокета.....это я к тому что ты можешь добавить слот к клиенту, который по отключению будет слать свой дескриптор серверу, а тот в свою очередь удалять его из списка (именно списка!!! - потому что добавление и удаление в нем быстрее чем в векторе)...вот как то так

[garryHotDog]

только что накидал небольшую прогу - пробовал получить socketDesck после отключения сокета - выдавал -1....единственное что могу посоветовать хранить не дескриптор сокета ,а например ip+port:

Код

C++ (Qt)
struct SClientID
{
quint32 ip;
quint16 port
}
QList<SClientID> m_clientsList;
 

когда клиент отключается он посылает сигнал - disconnected(), лови этот сигнал у удаляй его данные из списка.

[meandnano]

я использую вариант 1 (дескриптов сокеты и так получишь). вопрос, как реализовать рассылку сообщений все клиентам, имея только их ip+port.
я вот думаю, может как-то организовать таймер на клиенте, который будет каждые n секунд посылать сообщения серверу - но пока хз как это устроить.

[garryHotDog]

если клиент будет слать сообщения серваку - это будет лишней нагрузкой на сеть!! Если тебя это устроит?? а как тебе вариант сделать на серваке таймер, который через n секунд будет проверять список(вектор) с клиентами и смотрел кто отключился? этот вариант менее ресурсоемкий....можешь сделать данную проверку когда клиент шлет сигнал disconnected()!

p.s. А чем тебя не устроил вариант ?? у меня он работает!

когда клиент отключается он посылает сигнал - disconnected(), лови этот сигнал у удаляй его данные из списка.

[meandnano]

а как тебе вариант сделать на серваке таймер, который через n секунд будет проверять список(вектор) с клиентами и смотрел кто отключился? этот вариант менее ресурсоемкий....можешь сделать данную проверку когда клиент шлет сигнал disconnected()!

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

[garryHotDog]

как проверить подключен ли клиент из моего списка (вектора) к моему серверу?

ты при подключении будешь добавлять в список данные о клиенте, а при его дисконнекте будешь удалять!!!

[meandnano]

остановился на работе с айпишником вместо socketID. все работает. всем спасибо

[garryHotDog]

для более быстрого поиска по списку клиентов - можешь использовать Qlist<quint64>, где в quint64(8 байт) можно запихнуть ip клиента(4 байта) и порт (2байта), оставшиеся 2 байта занулить, например

quint64: |109|064|056|045|064|035|000|000|
                0     1     2    3     4    5     6    7
            |<---  ip адреса  --->|<--  порт -->|
сформировать такое число не сложно, а поиск будет быстрее....ну это уже на любителя

[meandnano]

не пойму - у меня же сервер слушает один порт, через него все и подключаются. зачем хранить его для каждого клиента отдельно?

[garryHotDog]

а ну да...что то я загнался совсем...это немного из других дебрей, тогда тебе хватит просто quint32

[SABROG]

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

Его конечно можно задублировать в отдельное поле, но зачем это надо? У тебя должен быть один идентификатор - указатель на класс. Мертвые дескрипторы разве что для отладочных целей, в логи выводить, хотя какую дополнительную информацию может нести номер дескриптора для человека открывшего логи? Можно конечно использовать, чтобы сопоставлять с другими записями, типа вот в 10:00 он подключился, а в 10:02 он отключился, но тут любой порядковый номер сойдет (1, 2, 3, 4). Даже будет информативнее, так как сможешь узнать общее количество активных соединений к тому времени. Ну или просто выводить hex представление адреса в указателе на QTcpSocket.

[ритт]

не понимаю зачем вообще нужен SID=Client->socketDescriptor()
у тебя есть адрес сокета - за время жизни сокета его адрес не изменится - вот и используй его в качестве ключа...