AlexSuslin Nov 15 2011 at 16:15

В каждом .net приложении резервируется память для трех исключений

2 min

3.8K

.NET*

+57

Comments 15

korvindest Nov 15 2011 at 16:20

Просто выделить память для создания этих исключений в момент когда они уже произошли, мягко говоря сложновато.

+27

Dimmerg Nov 15 2011 at 17:39

Автор вроде все объяснил в предпоследнем абзаце.Зачем париться с резервированием памяти, когда можно заранее подготовить несколько объектов? А если StackOverflow будет, как создавать? Абсолютно нормальное поведение, хотя весь полезный смысл статьи ложится в 2-3 предложения.

+11

korvindest Nov 15 2011 at 17:43

Я просто, в простой и доступной форме попытался выразить ответ на заданный автором вопрос в начале статьи.

P.S.
Сам пост я внимательно читал.

Dimmerg Nov 15 2011 at 18:07

Ни в коей мере не хотел вас обидеть, извиняюсь, если что-то не так.

Malenkov Nov 15 2011 at 16:44

На последнем скриншоте видно целых 6 исключений. Это ж ни в какие ворота!

AlexanderG Nov 15 2011 at 17:16

System.Exception выделяется потому, что является предком для всех остальных, а ThreadAbortException две штуки — два потока в приложении?

AlexSuslin Nov 15 2011 at 17:21

На самом деле потоков куда больше
1. Main Thread
2. GC Thread
3. Finalizer Thread IIRC

ах да, если еще не вырубить Visual Studio Hosting Process еще +1

AlexanderG Nov 15 2011 at 17:24

В своем исключительно однопоточном простом приложении сейчас насчитал четыре потока. Сборка debug, но vshost не запущен.

Был уверен, что GC выполняется в пуле потоков фреймворка…

AlexSuslin Nov 15 2011 at 17:37

В вашем случае 4 потока это: Main (managed), поток для запуска clr (unmanaged), finalizer поток (managed) и debug (unmanaged)

AlexSuslin Nov 15 2011 at 17:38

CLR всегда пробрасывает ThreadAbortException при закрытии потока

shambho Nov 15 2011 at 17:45

Андерс Хейлсберг, один из создателей C#, использовал этот приём ещё в Delphi, который он тоже разрабатывал.

Возможно, в Java (Hotspot) OutOfMemoryError не создаётся при старте (во всяком случае, breakpoint-ы на конструторах не срабатывают).

GraD_Kh Nov 15 2011 at 19:47

Чтобы использовать SOS.dll совсем необязательно ставить WinDBG (штука сама по себе полезная, но не очень часто), можно просто нажать паузу во время отладки в студии и в Immediate window ввести те же команды.

paranoik Nov 15 2011 at 20:17

Спасибо, не знал.

lukianol Nov 15 2011 at 21:12

Очевидно, но факт

qehgt Nov 15 2011 at 23:10

Это обычная практика. К примеру, в стандартном RTL msvc — при нехватке памяти кидается std::bad_alloc, который не выделяется в куче:

            if (_callnewh(size) == 0)
                {       // report no memory
                static const std::bad_alloc nomem;
                _RAISE(nomem);
                }

Show the best of all time