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));

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

Вопрос 2 из 30

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

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

Вопрос 3 из 30

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

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

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

Вопрос 4 из 30

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

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

Вопрос 5 из 30

Что делает CopyTo?

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

Закрывает оба потока Клонирует объект Stream Копирует остаток потока в destination 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);
}

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

Вопрос 8 из 30

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

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

Вопрос 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); }

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

Вопрос 10 из 30

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

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

Вопрос 11 из 30

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

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

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

Вопрос 12 из 30

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

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

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

Вопрос 13 из 30

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

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

Вопрос 14 из 30

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

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

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

Вопрос 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)
};

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

Вопрос 18 из 30

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

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

Вопрос 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)));

Сравнить длину JSON Удалить неизвестные поля вручную Сериализовать и прочитать только текущую модель Проверять новым reader файлы прежних версий Использовать 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);

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

Вопрос 22 из 30

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

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

Вопрос 23 из 30

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

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

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

Вопрос 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);
}

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

Вопрос 27 из 30

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

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

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

Вопрос 28 из 30

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

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

Вопрос 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;
}

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

Вопрос 30 из 30

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

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

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

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

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

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