C# C# · 30 вопросов · ~85 мин · ⏱ Таймер 25:00 · Сложный ·

Файлы, потоки и сериализация

Разбирает владение потоками, буферы, асинхронное чтение и сериализацию JSON. Вопросы заставляют учитывать seekability, частичное чтение, лимиты, версии формата и безопасную замену файлов, а не надеяться на один удачный пример.

Отвечено: 0 из 30

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. На 30 вопросов отведено 85 минут. В заданиях с кодом учитывайте указанную конструкцию и не додумывайте отсутствующие условия. После завершения откроются общий результат, тематические шкалы и разбор каждого ответа.

Вопрос 1 из 30

Гарантирует ли Stream.Read заполнение всего запрошенного буфера?

var read = stream.Read(buffer, 0, buffer.Length);
Process(buffer.AsSpan(0, read));

Только async-версия частичная Нет: нужно учитывать фактически прочитанный count Read возвращает либо 0, либо весь запрошенный размер Только FileStream нет Да, кроме EOF

Вопрос 2 из 30

Что означает Read, вернувший 0?

Метод заполнил запрошенную часть буфера нулевыми байтами вместо данных Повторять Read до ненулевого результата, не меняя состояние Конец потока для обычного sync read при ненулевом запросе Поток сбросил Position в начало и ожидает нового чтения с тем же буфером Нулевой результат означает ошибку декодирования байтов текущей кодировкой

Вопрос 3 из 30

Почему нельзя всегда присваивать stream.Position = 0?

if (stream.CanSeek)
    stream.Position = 0;
else
    throw new NotSupportedException("A rewindable stream is required.");

Это закрывает поток Только MemoryStream поддерживает чтение Свойство Position доступно только у FileStream, но не у других потоков Position нельзя менять после ReadAsync Не каждый поток поддерживает изменение позиции

Вопрос 4 из 30

Кто должен Dispose stream, переданный в метод?

Владелец, указанный контрактом метода Никто Первый читатель GC до вызова Получающий метод становится владельцем любого переданного stream

Вопрос 5 из 30

Что делает CopyTo?

source.Position = headerLength;
source.CopyTo(destination);

Копирует остаток потока в destination Клонирует объект Stream Сериализует метаданные CopyTo сначала переводит исходный поток в позицию 0 Закрывает оба потока

Вопрос 6 из 30

Почему ReadAsync полезен при медленном I/O?

var count = await stream.ReadAsync(buffer, token);
await consumer.WriteAsync(buffer[..count], token);

Он создаёт новый процесс Он делает диск физически быстрее Он гарантирует чтение всего файла за один вызов Он отключает ошибки Поток выполнения не обязан блокироваться всё время ожидания

Вопрос 7 из 30

Как читать поток до конца корректно?

while (true)
{
    var read = await stream.ReadAsync(buffer, token);
    if (read == 0) break;
    await consumer.WriteAsync(buffer[..read], token);
}

Обрабатывать весь buffer: ReadAsync заполняет его целиком Повторять ReadAsync, обрабатывая count, пока он не вернёт 0 Один ReadAsync большого буфера Проверять Length у любого Stream Использовать Thread.Sleep

Вопрос 8 из 30

Можно ли одновременно вызвать два ReadAsync на одном Stream?

Только если конкретная реализация явно поддерживает это; общий контракт не даёт универсальной гарантии Stream добавляет внутренний lock для каждого ReadAsync Только с ConfigureAwait(false) Параллельные ReadAsync сериализуются самим Stream и сохраняют порядок Ограничение действует на все потоки процесса, даже разные экземпляры

Вопрос 9 из 30

Что нужно сделать перед возвратом арендованного write-буфера?

var rented = pool.Rent(size);
try
{
    Fill(rented.AsSpan(0, size));
    await stream.WriteAsync(rented.AsMemory(0, size), token);
}
finally { pool.Return(rented); }

Закрыть destination до await Вернуть массив в пул до завершения записи, полагаясь на копирование Запустить WriteAsync и сразу Return Очистить stream.Position Дождаться WriteAsync и вернуть буфер в finally

Вопрос 10 из 30

Что означает FlushAsync?

Гарантию физической записи на носитель во всех реализациях Обнуление буфера Передаёт буфер нижнему уровню потока Закрытие файла Переход в sync mode

Вопрос 11 из 30

Почему сериализатор безопаснее ручной интерполяции JSON?

var json = JsonSerializer.Serialize(new { Name = userInput });

Он делает запрос идемпотентным Корректно экранирует строки по контракту JSON Сериализатор шифрует строковые значения по умолчанию Он запрещает большие payload Сериализатор проверяет права пользователя на поля

Вопрос 12 из 30

Что делает PropertyNamingPolicy = JsonNamingPolicy.CamelCase?

var options = new JsonSerializerOptions
{
    PropertyNamingPolicy = JsonNamingPolicy.CamelCase
};
var json = JsonSerializer.Serialize(new UserDto("Anna"), options);

Сортирует объект Меняет имена C#-свойств в исходнике Переводит имена JSON-свойств в camelCase Изменяет значения строк Включает case-sensitive CLR

Вопрос 13 из 30

Когда удобен JsonDocument/JsonElement?

Заменить им любой стабильный DTO, даже когда схема известна и нужна типобезопасность Выполнять SQL над JsonElement без преобразования данных и провайдера базы Только при записи XML Использовать JsonDocument для шифрования отдельных свойств без отдельного алгоритма Для частично динамической схемы и выборочного чтения полей

Вопрос 14 из 30

Почему возвращённый JsonElement может стать недействительным?

JsonElement Read(string json)
{
    using var doc = JsonDocument.Parse(json);
    return doc.RootElement.Clone();
}

Из-за camelCase Только strings недействительны Element хранится на стеке JsonElement зависит от жизни JsonDocument; нужен Clone JsonElement копирует данные и не зависит от JsonDocument

Вопрос 15 из 30

Когда custom JsonConverter оправдан?

Когда стандартный формат уже подходит, но хочется сократить имена полей Для любого enum, даже если достаточно JsonStringEnumConverter Когда внешний формат нестандартен и нужен явный двусторонний контракт чтения и записи Когда требуется скрывать любые ошибки чтения и подставлять значение по умолчанию Когда нужно выполнить асинхронный ввод-вывод внутри каждого свойства

Вопрос 16 из 30

Какое изменение обычно наиболее совместимо назад?

public sealed record OrderDocument(
    int SchemaVersion,
    Guid Id,
    string? Comment = null);

Добавить необязательное поле со значением по умолчанию Изменить смысл существующего bool Переименовать поле без alias Изменить число на объект Удалить обязательное поле

Вопрос 17 из 30

Зачем поле schemaVersion?

return dto.SchemaVersion switch
{
    1 => MigrateV1(dto),
    2 => MapV2(dto),
    _ => throw new UnsupportedSchemaVersionException(dto.SchemaVersion)
};

Чтобы ускорить UTF-8 Чтобы заменить тесты Выбрать обработчик нужной версии формата Для сортировки JSON Чтобы зашифровать документ

Вопрос 18 из 30

Почему event-sourcing событие лучше не менять задним числом?

Старые события уже записаны; нужен новый тип или upcaster Старые события после миграции больше не читаются JSON запрещает изменения Только из-за подписи CLR запрещает изменение типов, использованных в событиях

Вопрос 19 из 30

Как проверить обратную совместимость?

[Theory]
[InlineData("fixtures/order-v1.json")]
[InlineData("fixtures/order-v2.json")]
public void Reads_historical_documents(string path) =>
    AssertValid(reader.Read(File.ReadAllText(path)));

Удалить неизвестные поля вручную Проверять новым reader файлы прежних версий Сравнить длину JSON Сериализовать и прочитать только текущую модель Использовать mock File

Вопрос 20 из 30

Что означает tolerant reader?

Удалять исходный файл сразу после первого успешного поля При любой ошибке возвращать объект со значениями по умолчанию Принимать любой вход и заменять повреждённые значения пустыми Игнорировать неизвестные необязательные поля, но строго проверять обязательные инварианты Не хранить версию формата и считать все сообщения одинаковыми

Вопрос 21 из 30

Как проверить код на частичные чтения?

using var source = new ChunkedReadStream(payload, maxChunk: 2);
var actual = await reader.ReadMessageAsync(source, token);
Assert.Equal(expected, actual);

Уменьшить файл до нуля Вызвать Read один раз Запустить GC Поток, который отдаёт по 1–3 байта за Read Только MemoryStream с большим буфером

Вопрос 22 из 30

Что проверяет тест полного цикла сериализации и чтения?

Доказывает, что все поля модели открыты и поэтому попадут в выходной документ Deserialize(Serialize(value)) сохраняет выбранную семантику модели Проверяет, что сборщик мусора закрыл файл после потери последней ссылки на поток Сравнивать сериализованный JSON побайтно, включая пробелы Проверяет скорость диска, поскольку семантика модели не зависит от сериализатора

Вопрос 23 из 30

Как проверить освобождение stream при ошибке?

var stream = new TrackingStream { ThrowOnRead = true };
await Assert.ThrowsAsync<IOException>(() => sut.ImportAsync(stream));
Assert.True(stream.IsDisposed); // если sut владеет stream по контракту

Удалить using Сравнить Length Вызвать Flush только Положиться на finalizer Tracking stream: проверить Dispose после сбоя

Вопрос 24 из 30

Какие метрики полезны для сериализации?

Только число сериализованных свойств без размера и времени Использовать одно среднее время без перцентилей, объёма данных и прогрева Отслеживать длину имени файла как приближение размера сериализованного содержимого Размер, длительность, ошибки версии и скорость аллокаций Считать только число типов DTO, не измеряя размер документов и ошибки чтения

Вопрос 25 из 30

Что записать при повреждённом документе?

log.LogWarning(ex,
    "Document {DocumentId} schema {SchemaVersion} is invalid at {Path}",
    id, version, ex.Path);

Пароль хранилища Только stack trace без операции Журналировать весь повреждённый документ для диагностики Не создавать запись: повреждённый документ уже нельзя обработать повторно Идентификатор, версию схемы, позицию и тип ошибки

Вопрос 26 из 30

Когда streaming JSON лучше JsonSerializer.Deserialize большого массива?

await foreach (var item in JsonSerializer.DeserializeAsyncEnumerable<OrderDto>(stream, cancellationToken: token))
{
    if (item is not null)
        await ProcessAsync(item, token);
}

Когда нужен random access ко всем элементам Когда элементы можно обрабатывать по одному Только когда документ содержит XML внутри строковых полей Чтобы отключить валидацию Когда файл из 20 байт

Вопрос 27 из 30

Как безопасно заменить конфигурационный файл?

var temp = path + ".tmp";
await File.WriteAllTextAsync(temp, json, token);
File.Move(temp, path, overwrite: true);

Временный файл и атомарная замена после записи Удалить исходный до записи Перезаписать исходный файл по месту без временного файла и синхронизации Использовать Append Писать прямо поверх исходного и надеяться

Вопрос 28 из 30

Почему входной размер нужно ограничить до десериализации?

Злоумышленник или ошибка могут заставить процесс выделить чрезмерную память/CPU Только для gzip Чтобы camelCase работал JsonSerializer ограничивает память размером внутреннего буфера Stream.Length доступен для любого источника до чтения

Вопрос 29 из 30

Когда System.IO.Pipelines оправдан?

while (true)
{
    var result = await reader.ReadAsync(token);
    var buffer = result.Buffer;
    while (TryReadFrame(ref buffer, out var frame)) Handle(frame);
    reader.AdvanceTo(buffer.Start, buffer.End);
    if (result.IsCompleted) break;
}

Для UI binding Для быстрого протокольного конвейера с backpressure Для любого чтения одного маленького файла Чтобы сериализовать enum Чтобы получить seek

Вопрос 30 из 30

Как компрессия влияет на архитектуру?

Считать компрессию заменой шифрованию, поскольку без распаковки содержимое не читается Снижает трафик/диск ценой CPU, буферизации и риска decompression bomb; решение подтверждают профилем данных Для сетевых ответов компрессия обычно снижает latency, CPU можно не учитывать Использовать компрессию вместо версионирования: старый читатель распакует новую схему Ожидать, что после сжатия любой выходной поток станет поддерживать Seek

Ответьте на все 30 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу