Знали, что GetAsync может загрузить всё тело ответа в память ещё до начала обработки?

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

Обычный вызов ждёт, пока HttpClient буферизует всё содержимое:

using var response = await client.GetAsync(url, cancellationToken);

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

Чтобы получить управление сразу после заголовков, укажи ResponseHeadersRead:

using var response = await client.GetAsync(
    url, HttpCompletionOption.ResponseHeadersRead, cancellationToken);

Теперь тело ещё не прочитано целиком. Сначала проверь HTTP-статус, чтобы не начать сохранять страницу с ошибкой вместо файла:

response.EnsureSuccessStatusCode();

После проверки открой поток содержимого ответа:

await using var source = await response.Content.ReadAsStreamAsync(cancellationToken);

Чтение происходит по мере обработки данных. Поток нужно использовать, пока открыт response, потому что он принадлежит этому ответу.

Например, содержимое можно копировать прямо в файловый поток:

await source.CopyToAsync(destination, cancellationToken);

CopyToAsync переносит данные частями, не создавая ещё один массив размером со весь файл. CancellationToken позволяет отменить и сетевой запрос, и копирование.

Если сервер сообщил размер через Content-Length, его можно проверить до сохранения:

if (response.Content.Headers.ContentLength is long size && size > maxBytes)
    throw new InvalidOperationException("File is too large");

Заголовок может отсутствовать или быть недостоверным. Для строгого ограничения размера проверяй и фактически прочитанные байты.

➡️ C# Ready | #совет

🔴В 2025 году Россияне заработали 5,3 млрд рублей на арбитраже криптовалют

По данным Минфин 32% граждан покинули своё место работы поскольку уже в первый месяц смогли заработать 250 000 рублей, а через 2-3 месяца с легкостью вышли на семизначные числа.

Самое смешное, что лишь 8% россиян что-то слышали об этой профессии хотя все инструкции бесплатно лежат на канале Арбитраж Криптовалют

Там объясняют, как имея телефон и доступ в интернет заработать свои первые $3000. Причём разжёвывают так доступно, что поймёт даже ребенок. Кстати, на канале сегодня вышла новая рабочая связка!

Ссылка для входа — https://t.me/+gL6CZ_b93PBhZGM6

Почему для денег в C# обычно нужен decimal, а не double?

double удобен для инженерных расчётов, координат, графики и статистики. Но для денег он часто создаёт ошибки.

Причина в том, что double хранит число в двоичном формате с плавающей точкой. Не все десятичные дроби можно представить точно.

Простой пример выглядит так:

double price = 0.1 + 0.2;
Console.WriteLine(price);

Результат может оказаться не ровно 0.3, а числом с маленьким хвостом. Для UI это иногда скрывается форматированием, но в сравнении и расчётах ошибка остаётся.

Особенно плохо сравнивать такие значения напрямую:

if (price == 0.3) {
    Console.WriteLine("ok");
}

В финансовых сценариях обычно используют decimal:

decimal price = 0.1m + 0.2m;
Console.WriteLine(price);

Суффикс m важен. Без него литерал сначала будет double, и смысл decimal частично потеряется.

Для округления лучше явно указать правило:

decimal total = Math.Round(price, 2, MidpointRounding.AwayFromZero);

Так код показывает, как именно округляются копейки, налоги, скидки или комиссии.

decimal медленнее и занимает больше памяти, чем double. Но для денег обычно важнее предсказуемость, чем скорость.

➡️ C# Ready | #совет