1) Может быть много, но количество не имеет значения
2) Приложения (это написано в вопросе)
3) Такие же, как и в любом приложении (их много?)
4) Все, которые можно различить (основные я уже указал)
Через "Диспетчер задач"?
В общем случае - нет.
И это не зависит от типа Приложения.
CloseReason.TaskManagerClosing в Формах
В этом отношении Формы и WPF значительно отличаются друг от друга.
Формы разрабатывались очень давно и в них не заложена структурированность приложения.
WPF же уже в значительной мере рассчитан на хорошо развитую структуру приложения и явное разделение функционала слоёв приложения.
В такой структуре предполагается иерархия получение информации "родителей о детях".
И механизмы подобной передачи в WPF реализованы широко.
В основном это делается через механизм привязок и всплывающих событий.
А вот обратное получение информации "детей о родителях" в современной структуре приложения встречается редко.
Поэтому встроенных таких механизмов в WPF мало.
В том числе это касается и определения причины закрытия приложения (Forms.CloseReason).
Окно предназначено для Представления некоего набора Данных.
Если требование закрыть приложение исходит из Данных, то Окно может его получить по привязке или по событию.
Если же приложение закрывается по внешнему воздействию, то обработка его не относится к логике Окна.
Оно должно обрабатываться на уровне App.
И в большинстве случаев, оттуда даже не будет его передачи в Окно (или в Окна).
Допустим, при автосохранении команда из App может уйти сразу в репозиторий минуя и View, и ViewModel, и Модель.
Поэтому для вашей задачи в WPF нет некоего "общего места" где будут обрабатываться все возможные причины закрытия приложения.
Если вам действительно нужна подобная логика, то наиболее подходящее место для неё - это App.
Но реализовывать её придётся в большей части кастомно.
В целом достаточно сомнительна необходимость в таком.
Мне первый раз встречается потребность в реализации подобного.
Более вероятно, что вы пытаетесь "перетащить" привычные вам методы работы с Формами на WPF.
Это далеко не всегда уместно.
