Когда в компактной платформе .NET выделяется память?

Есть 3 различных способа распределения памяти.

Статический:

Они привязываются и выделяются во время компиляции. Например, глобальные статические переменные.

Стек динамический:

Они связываются во время выполнения и помещаются в стек. Например, локальная переменная в вызове функции.

Динамическая куча:

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

Когда вы заявляете

private MyClass item;  // here?

ссылка на MyClass помещается в стек. Это всего лишь справка и не более того. В этот момент его значение равно нулю.

public void MyMethod()
{
    item = new MyClass();  // or here?
}

Именно в этот момент память явно выделяется в куче путем вызова 'new MyClass ()', а затем элемент ссылается на него.

Итак, на самом деле у вас есть две переменные после вызова MyMethod. Тип ссылки с именем item и безымянная переменная в куче, элемент которой ссылается на тип MyClass.

Это что-то вроде вопроса с подвохом, и он мне нравится намного больше, чем я думал. :)

Начнем с основ:

Объявление переменной напрямую не выделяет для нее память * для ссылочных типов. делает делает это с типами значений, потому что типы значений инициализируются в точке объявления. Для ссылочных типов хранилище для объекта выделяется в момент ввода их конструкторов.

* Когда это не применяется?

• При первом использовании данного класса (который вполне может быть вашей первой строкой) инициализируются любые статические данные уровня класса, и если у класса есть статический конструктор (который предположительно выделяет память), он также будет вызван. Следовательно, вы можете выделить некоторую память (для статических членов) при объявлении переменной.
• Технически, объявляя переменную ссылочного типа, делает выделяет некоторую память в стеке (как упомянул Николас Манкузо) - выделенная память является хранилищем на уровне стека для ссылки на объект. (По общему признанию, указанная ссылка - null, но как только вы инициализируете свой объект, действительная ссылка будет существовать в выделенной памяти.)

Я настоятельно рекомендую этот Статья C-Sharp Corner относительно распределения стека и кучи для получения дополнительной информации.

Я настоятельно рекомендую вам посмотреть веб-кейс MSDN на Управление памятью Compact Framework. Это не совсем то же самое, что и на настольном компьютере, и в этом докладе он рассматривается с большим количеством деталей и графиков, чтобы помочь в понимании GC Heap.