Этот топик читают: Гость
|
Гость
Ответов: 17029
Рейтинг: 0
|
|||
|
Редактировалось 3 раз(а), последний 2025-01-09 15:00:02 |
|||
| карма: 0 |
|
|
Разработчик
Ответов: 26170
Рейтинг: 2127
|
|||
|
А можно нескоромный вопрос -- зачем TCP_Server нужен в отдельном потоке
 |
|||
| карма: 22 |
|
|
Гость
Ответов: 17029
Рейтинг: 0
|
|||
|
Редактировалось 3 раз(а), последний 2025-01-09 15:00:02 |
|||
| карма: 0 |
|
|
Разработчик
Ответов: 26170
Рейтинг: 2127
|
|||
|
77.106.241.49 писал(а): Зависнуть он не может например? От большого кол-ва входящих данных?В принципе, не должен. Но я не вижу надобности в создании отдельного потока для сервера TCP. Я еще понял бы для клиента, но для сервера... |
|||
| карма: 22 |
|
|
Гость
Ответов: 17029
Рейтинг: 0
|
|||
|
Редактировалось 3 раз(а), последний 2025-01-09 15:00:02 |
|||
| карма: 0 |
|
|
Разработчик
Ответов: 26170
Рейтинг: 2127
|
|||
|
77.106.241.49 писал(а): Собственно вопрос остается открытым схема из темы ошибочна или возможна к использованию?Такая схема, вообще-то, работоспособна, но onRead все равно работает в основном потоке, тк там создвется отдельное окно обработчика и ему шлются события, и это окно синхронизировано с главным. Просто я не вижу надобности в создании отдельного потока для сервера, если его события все равно привязаны к главному окну. Быстрее работать в отдельном потоке сервер не будет по-любому. |
|||
| карма: 22 |
|
|
Гость
Ответов: 17029
Рейтинг: 0
|
|||
|
Редактировалось 3 раз(а), последний 2025-01-09 15:00:02 |
|||
| карма: 0 |
|
7
Поиск
Друзья
Администрация