но не буду спорить, потому что не знаю наверняка

и прочитай

A local variable in a method that is currently running is considered to be a GC root. The objects referenced by these variables can always be accessed immediately by the method they are declared in, and so they must be kept around. The lifetime of these roots can depend on the way the program was built. In debug builds, a local variable lasts for as long as the method is on the stack. In release builds, the *JIT is able to look at the program structure to work out the last point within the execution that a variable can be used by the method and will discard it when it is no longer required*. This strategy isn’t always used and can be turned off, for example, by running the program in a debugger.

вообще не просто так придумали GC.KeepAlive

выделил, специально. Всё ещё не видишь?

кстати да

теперь зрю

надо будет расставить

Че за прикол с многопоточным диспозом. Синглтон пишет ктото?

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

Вроде семантика диспоза что ты создал и задиспозил в том же потоке

ну, это разумеется не так.

Ну чаще всего так

разумеется нет

Не обязательно в одном потоке уж

Но без конкуррентного вызова

var a = new Stream();
await a.Write/Read/SeekAsync();
a.Dispose()

в каких потоках что будет вызвано?

Дада

Где гарантия, что файналайзер не вызовется параллельно?