Как выбрать между различными способами создания потоков в Delphi?

(извините, у меня недостаточно очков для комментариев, поэтому я помещаю это как ответ, а не другой голос за OTL)

Я использовал TThread, CSI и OmniThread (OTL). Обе библиотеки имеют нетривиальные кривые обучения, но гораздо более эффективны, чем TThread. Я пришел к выводу, что если вы собираетесь делать что-либо значимое в потоковом режиме, вы в конечном итоге написали половину функциональности библиотеки, так что вы могли бы начать с рабочей, отлаженной версии, которую кто-то написал. И Миша, и Габр являются лучшими программистами, чем большинство из нас, поэтому вероятность того, что они сделали лучшую работу, чем мы.

Я посмотрел на AsyncCalls, но он не делал достаточно того, что я хотел. Одна вещь, которую он имеет, это функция "Синхронизировать" (отсутствует в OTL), поэтому, если вы зависите от того, что вы можете пойти с AynscCalls исключительно для этого. IMO, использующий передачу сообщений, не является достаточно сложным, чтобы оправдать гадость Синхронизации, поэтому пристегнитесь и научитесь использовать сообщения.

Из трех я предпочитаю OTL, в основном из-за коллекции примеров, но также и потому, что он более автономный. Это меньше проблемы, если вы уже используете JCL или работаете только в одном месте, но я делаю микс, включая контрактную работу, и продажа клиентов при установке системы Misha сложнее, чем OTL, только потому, что OTL составляет ~ 20 файлов в одном каталоге. Это звучит глупо, но это важно для многих людей.

В OTL для меня работает комбинация поиска примеров и исходного кода для ключевых слов и задание вопросов на форумах. Я знаком с традиционными задачами по загрузке многопользовательских задач с нагрузкой, но сейчас я работаю над созданием кучи работы с базой данных, которая имеет гораздо больше "блоков потоков, ожидающих DB" и меньше "CPU maxed out", и OTL работает для этого достаточно хорошо. Основные отличия в том, что у меня может быть 30+ потоков без максимальной загрузки CPU, но остановить их вообще невозможно.

Существует еще одна менее известная библиотека потоковой обработки Delphi, Misha Charrett CSI Application Framework.

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

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

Миша развивал это в течение многих лет и все еще активно совершенствует структуру и документацию все время. Он всегда очень отзывчив на вопросы.

TThread - это простой класс, который инкапсулирует поток Windows. Вы создаете класс потомков с помощью метода Execute, который содержит код, который должен выполнять этот поток, создайте поток и установите его для запуска и выполнения кода.

AsyncCalls и OmniThreadLibrary - это библиотеки, которые создают концепцию более высокого уровня поверх потоков. Речь идет о задачах, отдельных задачах, которые необходимо выполнить асинхронно. Вы запускаете библиотеку, она создает пул задач, группу специальных потоков, задача которых состоит в том, чтобы подождать, пока вы не будете работать для них, а затем вы передадите библиотеке указатель на функцию (или указатель метода или анонимный метод), содержащий код который должен быть выполнен, и он выполняет его в одном из потоков пула задач и обрабатывает много деталей низкого уровня для вас.

Я не использовал ни одну библиотеку так много, поэтому я не могу дать вам сравнение между ними. Попробуйте их и посмотрите, что они могут сделать, и что вам лучше.

Я знаю, что это не самый продвинутый метод:-), и, возможно, у него тоже есть ограничения, но я просто попробовал System. BeginThread и нашел это довольно простым - возможно, из-за качества документация Я имел в виду... http://www.delphibasics.co.uk/RTL.asp?Name=BeginThread (ИМО Нейл Моффатт мог чему-то научить MSDN)

Это самый большой фактор, который я нахожу в попытках узнать новые вещи, качество документации, а не количество. Пару часов было все, что нужно, затем я вернулся к реальной работе, а не беспокоился о том, как заставить поток заниматься этим.

EDIT На самом деле Роб Кеннеди отлично справляется с описанием BeginThread здесь BeginThread Structure - Delphi

EDIT на самом деле, как Роб Кеннеди объясняет TThread в том же сообщении, я думаю, что я изменю свой код, чтобы использовать TThread tommorrow. Кто знает, как это будет выглядеть на следующей неделе! (Возможно, AsyncCalls)