C#: как изменить readonly-поле через UnsafeAccessor

UnsafeAccessor в .NET 8 может предоставить ссылку на поле экземпляра, в том числе объявленное readonly. Запись через ссылку обходит обычные правила присваивания C#. Это не меняет объявление поля и не даёт общих гарантий для оптимизированных чтений неизменяемого состояния.

Исправление — 2 ноября 2026 года: недоступный пример восстановлен. Удалены общее утверждение о производительности и безусловный результат прямого чтения; проверенный пример наблюдает значение через аксессор.

Исполняемый пример

Скачайте полный пример. Помимо приватных членов он показывает следующий случай readonly:

using System.Runtime.CompilerServices;

var holder = new ReadonlyHolder();
Accessors.ReadonlyField(holder) = 42;
Console.WriteLine(Accessors.ReadonlyField(holder)); // 42 in the verified run

internal sealed class ReadonlyHolder
{
    public readonly int Value = 3;
}

internal static class Accessors
{
    [UnsafeAccessor(UnsafeAccessorKind.Field, Name = "Value")]
    internal static extern ref int ReadonlyField(ReadonlyHolder instance);
}

Запустите загруженный проект командой dotnet run -c Release. Полный пример проверяет исходное значение, выполняет запись и проверяет результат аксессора на .NET 8.0.33.

Что это доказывает

Сигнатура соответствует объявляющему типу, имени и типу поля. Возврат ref int позволяет выполнить показанное присваивание. Это не гарантирует одинаковое поведение записей через другие ссылки, конкурентных изменений и всех оптимизаций JIT/AOT. Прямое чтение в другом месте нельзя считать универсальным обещанием поддержки мутации.

Для состояния приложения предпочтительнее инициализация в конструкторе или явно изменяемый API. Запись через рефлексию в поля экземпляра и static readonly-поля также имеет разные ограничения среды выполнения; эти случаи не взаимозаменяемы.

Обычные аксессоры описаны в руководстве по доступу к членам, измерение путей вызова — в benchmark-проекте. Официальный справочник объясняет сигнатуры и ограничения версий.