Thread.Start (WebRequest.GetResponse) vs. WebRequest.BeginGetResponse

Question

Я хочу загрузить файл во время отображения в пользовательском интерфейсе, который выполняется загрузка. С WebRequest У меня есть два варианта:

1. Использование WebRequest.BeginGetResponse и связанные с ними методы.

   Преимущество: возможность отображения точного хода в байтах.

   Недостаток: больше кода для написания. Поскольку синхронные и асинхронные методы не смешиваются, мне нужно будет использовать BeginGetResponse, BeginRead, BeginGetRequestStream. Больше вещей для реализации вручную, включая буферы чтения, тайм-ауты.

2. Создать новую тему (или использовать пул потоков), используйте WebRequest.GetResponse и связанные с этим методы.

   Преимущество: нет лишнего кода.

   Недостаток: невозможно показать точный прогресс.

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

Или, может быть, есть более широко распространенная обертка, которую я пропустил? (WebClient не выставляет WebRequest, так что это непригодно для меня, потому что мне нужно использовать файлы cookie и т. Д.)

Answer 1

Если вы создаете новый поток (опция № 2), этот поток будет блокироваться при выполнении запроса. Если вы делаете только один запрос за раз, что не имеет большого значения, но если вы выполняете множество запросов, вы можете столкнуться с большим количеством дополнительных потоков. Каждый поток будет стоить вам ~ 1 МБ ОЗУ.

Асинхронные вызовы, такие как WebRequest.BeginGetResponse, не будут блокировать ни один из ваших потоков во время выполнения запроса, он будет выбирать поток из пула потоков, когда ваш запрос будет завершен, чтобы доставить результат.