Клиент и сервер сокет

@Олег2000про · Регистрация: 13.11.2015

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

Например у меня сервер у моего друга клиент. Друг скачивает мне файл весом 10 мгб. В процессе скачивания я хочу отправить ему сообщение. Но сообщение не отправляется. И сервак вовсе может забагатся. Продолжать общение можно только после полного скачивания файла. Как сделать так что бы можно было и скачивать файл и отправлять сообщение? Сервер и клент не блокирующее.

Delphi
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
if rec=true then
  begin
      brcsize:=Socket.ReceiveBuf(buf,sizeof(buf));
      mm.Write(buf[0],brcsize);
      sProgressBar1.Position:=mm.Size;
      if mm.Size=size then
      begin
        try
        Block(false);
        rec:=false;
        sGroupBox4.Enabled:=false;
        mm.SaveToFile(namesave+'\'+sListBox4.Items[sListBox4.ItemIndex]);
        mm.Free;
        sProgressBar1.Position:=0;
        sLabel7.Caption:='Размер:';
        sLabel6.Caption:='Имя:';
        sLabel8.Caption:='Статус:';
        except
        mm.Free;
        end;
  end
  else
  begin
    mess:=mess+Socket.ReceiveText;
////обработка сообщения

Я понимаю что после того как rec=true все данные идут туда. Как можно организовать что бы можно было и передавать файл и одновременно переписываться?

@Nanotentacle · 21.10.2016, 19:04

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

@Олег2000про · 21.10.2016, 21:28 **[ТС]**

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

@krapotkin · 21.10.2016, 21:33

под клиентом имеется в виду поток в программе клиенте

@Олег2000про · 21.10.2016, 22:06 **[ТС]**

krapotkin, какие плюсы в использовании потоков?

@krapotkin · 22.10.2016, 01:10

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

@Nanotentacle · 22.10.2016, 06:01

Олег2000про, если работаешь в потоках, то там идет раздельное вычисление. Т.е. они не "замораживают" основную форму. В целом, для небольшого количества подключений это не сильно принципиально - пакеты при передаче TCP/IP не такие большие, а каждый новый пакет обрабатывается через сообщения от ОС, что позволяет также обрабатывать сообщения от клавиатуры, мыши или других сокетов.

Но если подключений много, особенно, если в коде обработки сообщения большие вычисления или обращения к БД, то тут становится жизненно важно работать с потоками. Иначе время реакции на сообщения от клиента будет непростительным. И, что самое неприятное, задержка будет накапливаться как лавина.

По поводу клиентов: вот есть у вас класс TClientSocket. Создаете менеджер клиентов: например, массив(вариант наиболее простой, но не оптимальный, учитывая наличие классов с дженериками, по типу TList), и при выполнении новой задачи увеличиваете массив (опять же, не очень оптимально, лучше создать сразу пул, но так проще объяснить), создаете очередной элемент класса TClientSocket и поручаете ему эту задачу. Таким образом у вас образуется два tcp-туннеля, работающих независимо друг от друга. Также, если клиентов становится много, то их можно выделять в отдельные потоки, как и говорили выше.

Новые блоги и статьи Все статьи Все блоги /
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 . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

@Nanotentacle 882 / 404 / 173 Регистрация: 20.10.2016 Сообщений: 1,828
	21.10.2016, 19:04
	Для каждой задачи создавать свой клиент. Один клиент для отправки, второй для общения. Т.к. клиенты можно создавать динамически, то количество задач практически неограничено. При большом количестве подключений лучше использовать stThreadBlocking и работать в потоках. 0

@Олег2000про -4 / 0 / 0 Регистрация: 13.11.2015 Сообщений: 488
	21.10.2016, 21:28 [ТС]
	Nanotentacle, а если работать в потоках то такое можно будет реализовать что бы не создавать для каждой задачи клиента? 0

@krapotkin 6847 / 4674 / 1463 Регистрация: 14.04.2014 Сообщений: 20,656 Записей в блоге: 21
	21.10.2016, 21:33
	под клиентом имеется в виду поток в программе клиенте 0

@Олег2000про -4 / 0 / 0 Регистрация: 13.11.2015 Сообщений: 488
	21.10.2016, 22:06 [ТС]
	krapotkin, какие плюсы в использовании потоков? 0

@krapotkin 6847 / 4674 / 1463 Регистрация: 14.04.2014 Сообщений: 20,656 Записей в блоге: 21
	22.10.2016, 01:10
	главный поток программы должен взаимодействовать с пользователем и экраном если он ушел что-от делать, он не принимает ввод и не рисует на экране все думают что программа зависла а она просто работает поэтому все, что не требует экрана, клавиатуры и мыши, но требует много времени, выносится в параллельные потоки самый близкий пример - запрос в интернет 0

@Nanotentacle 882 / 404 / 173 Регистрация: 20.10.2016 Сообщений: 1,828
	22.10.2016, 06:01
	Олег2000про, если работаешь в потоках, то там идет раздельное вычисление. Т.е. они не "замораживают" основную форму. В целом, для небольшого количества подключений это не сильно принципиально - пакеты при передаче TCP/IP не такие большие, а каждый новый пакет обрабатывается через сообщения от ОС, что позволяет также обрабатывать сообщения от клавиатуры, мыши или других сокетов. Но если подключений много, особенно, если в коде обработки сообщения большие вычисления или обращения к БД, то тут становится жизненно важно работать с потоками. Иначе время реакции на сообщения от клиента будет непростительным. И, что самое неприятное, задержка будет накапливаться как лавина. По поводу клиентов: вот есть у вас класс TClientSocket. Создаете менеджер клиентов: например, массив(вариант наиболее простой, но не оптимальный, учитывая наличие классов с дженериками, по типу TList), и при выполнении новой задачи увеличиваете массив (опять же, не очень оптимально, лучше создать сразу пул, но так проще объяснить), создаете очередной элемент класса TClientSocket и поручаете ему эту задачу. Таким образом у вас образуется два tcp-туннеля, работающих независимо друг от друга. Также, если клиентов становится много, то их можно выделять в отдельные потоки, как и говорили выше. 0