Ответ 1
Это не проблема PowerShell. Когда блок using завершается, у указанного объекта (ов) есть свои методы Dispose(). Обычно они выполняют некоторые операции очистки, часто во избежание утечки памяти и т.д. Однако Dispose() не удаляет объект. Если ссылка на нее по-прежнему существует вне блока using (как в этом примере), то сам объект по-прежнему находится в области видимости. Это не может быть собрано в мусор, потому что все еще есть ссылка на него, поэтому он все еще занимает память.
Что они делают в вашем примере, это удаление этой ссылки. Если для параметра powershell установлено значение null, объект PowerShell, на который он указывал, является сиротой, поскольку нет других переменных, ссылающихся на него. Как только сборщик мусора показывает это, он может освободить память. Это все равно произойдет в конце метода (потому что powershell выйдет за рамки), но таким образом вы снова получите системные ресурсы.
( Изменить: Как указывает Брайан Расмуссен, среда выполнения .NET чрезвычайно полезна для сбора мусора. После того, как она вернется к последней ссылке на powershell в вашем коде, среда выполнения должна обнаружить, что вы больше не нужно, и отпустите его для сбора мусора. Таким образом, строка powershell = null; фактически ничего не делает.)
Кстати, этот шаблон выглядит очень странно для меня. Обычный подход выглядит примерно так:
using (PowerShell powershell = PowerShell.Create())
{
//...
}
Таким образом, powershell выходит за пределы области действия в конце блока using, сразу после его удаления. Легче сказать, где важна переменная, и вы сохраняете некоторый код, потому что вам больше не нужна строка powershell = null. Я бы даже сказал, что это лучше практика кодирования, потому что powershell никогда не существует в уже настроенном состоянии. Если кто-то изменяет ваш исходный код и пытается использовать powershell вне блока using, все, что произойдет, вероятно, будет плохим.