Net framework 5, а также среды Visual Studio 2012 и C#

Возвращение потока в хост
Обычно хост-приложение пытается контролировать собственные потоки. В ка-
честве примера рассмотрим сервер базы данных. При поступлении запроса поток 
принимает его и пересылает другому потоку, который и должен сделать нужную 
работу. Может случиться, что второму потоку придется выполнить код, созданный 
и протестированный не командой разработчиков сервера, а сторонними програм-
мистами. Например, он может выполнить хранимую процедуру, написанную на 
управляемом коде. Что замечательно, сервер базы данных делает это в собственном 
домене приложений, работающем с максимальными ограничениями безопасности. 
В результате хранимая процедура не может обратиться к объектам за пределами 
собственного домена, а также получить доступ к ресурсам, к которым коду обра-
щаться запрещено, например к дисковым файлам или буферу обмена.
Но что если код хранимой процедуры войдет в бесконечный цикл? То есть сервер 
базы данных «отдает» один из своих потоков для выполнения кода хранимой про-
цедуры, но поток не возвращает управление. Сервер оказывается в опасном положе-
нии, и его поведение становится непредсказуемым. Например, может сильно упасть 
производительность. Может, серверу стоит создать дополнительные потоки? Но 
на это вам потребуются дополнительные ресурсы (например, место в стеке), кроме 
того, и этим потокам ничто не может помешать застрять в бесконечном цикле.
Для решения подобных проблем хосту предоставляется право завершения по-
тока. На рис. 22.3 показана типичная архитектура хост-приложения, пытающегося 
решить проблему вышедшего из-под контроля потока. Вот как это происходит 
(номера операций соответствуют числам на рисунке).
1. Клиент направляет запрос на сервер.
2. Поток сервера принимает запрос и пересылает его потоку из пула для выпол-
нения работы.
3. Поток из пула принимает клиентский запрос и выполняет доверенный код, 
то есть код, созданный в компании, в которой создано и протестировано само 
хост-приложение.
4. Доверенный код входит в блок 
try
и вызывает из него другой домен (используя 
тип, производный от 
MarshalByRefObject
). Этот домен содержит код (напри-
мер, хранимую процедуру), созданный и протестированный сторонними раз-
работчиками.
5. Хост фиксирует время получения исходного клиентского запроса. Если сто-
ронний код не отвечает клиенту за определенное администратором время, хост 

---

634