Блог

Мне было поручено поддерживать веб-службу C #, которая в значительной степени сводится к следующему коду, используемому совместно с IIS 8:

 public class Handler1 : IHttpHandler
{
    public void ProcessRequest(HttpContext context) 
    {
    // here we process the request and return it after fetching some data
    }
}
  

Теперь мне нужно создать другой веб-сервис, который, в свою очередь, будет запрашивать другой веб-сервис для извлечения данных. Я понял, что HttpClient() в C # — это новый shiny, однако выяснить, как его реализовать в моем случае, не так просто (или это было бы хорошим решением).

Мое решение было бы чем-то вроде

 public class Handler1 : IHttpHandler
{
    public void ProcessRequest(HttpContext context) 
    {
    // make sure that the incoming request is valid
    HttpClient client = new HttpClient();
    // do stuff with ^client and request the other service
    [..]
    // return the data from the response from ^client to the first request
    }
}
  

Я на правильном пути или это было бы катастрофой? Я бы с удовольствием воспользовался советами или указателями на соответствующую документацию.

В вашем подходе есть две проблемы.

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

Это связано с тем, что каждый экземпляр HttpClient (или, скорее, каждый экземпляр HttpClientHandler) создает уникальную группу соединений в пределах ConnectionPool, поэтому два HttpClient (созданных таким образом) не будут совместно использовать одни и те же соединения.

Вы можете довольно легко исчерпать свои порты (поскольку соединения поддерживаются активными в течение достаточно долгого времени), и даже без этого у вас возникнут все проблемы с производительностью, которые вы можете обнаружить при деактивации keepalive (обычно при подключении к серверу HTTPs).

Что касается решения, вы могли бы добавить в свой обработчик частное поле HttpClient, доступное только для чтения, которое вы бы инициализировали, как вы это сделали в своем коде (я полагаю, что IIS создает экземпляры HttpHandlers один раз, а не для каждого запроса, если указано, что его можно использовать повторно). (Редактировать: обратите внимание, что экземпляры HttpClient потокобезопасны).

Другая проблема, с которой вы столкнетесь, заключается в том, что IHttpHandler синхронны по своей конструкции. Это означает, что вам придется возвращать task.Result в вашем коде. Это заблокирует текущий поток (назовем его A), и вся последующая обработка исходящего запроса (отправка тела запроса, чтение заголовка ответа и чтение тела ответа) приведет к использованию потока из пула потоков для обработки этого (назовем их B, C и D, хотя все они могут быть одним и тем же потоком, поскольку ни один шаг не перекрывается по времени).

Но в Asp.net вы не можете безопасно это сделать. Когда ваш основной поток A обрабатывает Asp.net входящий запрос, проще говоря, заблокирует текущий контекст. И когда потоки B, C и D будут запущены для обработки исходящего запроса, они тоже попытаются получить и заблокировать текущий контекст. Но поскольку ваш основной поток A заблокирован, контекст не был выпущен. Это фактически приведет к взаимоблокировкам (A блокирует контекст и ожидает B / C / D, B / C / D ожидает контекст).

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

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

Существуют другие способы запуска асинхронных задач и их синхронного ожидания (например, временное изменение CurrentContext), но все они очень опасны.

В качестве дополнительного примечания, HttpClient — это новая блестящая вещь, которая довольно хорошо работает с другими новыми блестящими вещами, такими как «универсальная асинхронная инфраструктура». Но попытаться использовать его HttpClient в старой инфраструктуре не так просто.

Пример лучшего решения:

 public class YourApp
{
    private static HttpClient Client = new HttpClient();
    public static void Main(string[] args)
    {
        Console.WriteLine("Requests about to start!");
        for(int i = 0; i < 5; i  )
        {
            var result = Client.GetAsync("http://www.stackoverflow.com").Resu<
            Console.WriteLine(result);
        }
        Console.WriteLine("Requests are finished!");
        Console.ReadLine();
    }
}