Почему внутреннее исключение достигает обработчика ThreadException а не фактической вызванной исключительной ситуации?
См. « Установка паролей для пультов Git » для IntelliJ IDEA (что применимо для Android Studio)
Если вы используете HTTP для доступа к удаленному, Git запрашивает учетные данные от помощника по учетным данным при выполнении операции, требующей аутентификации. Если помощник по учетным данным не найден, он возвращает приглашение в IDE.
blockquote>Проверьте значение
git config credential.helper: если ваш удаленный URL-адрес является HTTPS, помощник по учетным данным кэшировал учетные данные другого участника.Вам необходимо сначала удалить эти учетные данные (как показано здесь) , прежде чем Android Studio сможет запросить ваши учетные данные при следующем нажатии.
Проверьте также политику паролей IntelliJ IDEA .
2 ответа
Событие RunWorkerCompleted упорядочено от потока BGW до потока UI инфраструктурой WF, которая делает Управление. Вызовите () работу. По существу существует очередь с делегатами, которая освобождена циклом сообщения. Код, который делает это, Управление. InvokeMarshaledCallbacks (), Вы будете видеть его на стеке вызовов, имеет выгоду (Исключение) пункт для ловли необработанных исключений. Тот пункт называет Приложение. OnThreadException, передавая значение Исключения. GetBaseException ().
Ну, это объясняет, почему Вы только видите внутреннее исключение. Почему это сделано, этот путь немного неясен. Возможно для отрезания стековых фреймов кода в потоке UI, которые являются в других отношениях симпатичны сбивающий с толку, так как реальное исключение прибыло из фонового потока.
if (e.Error != null)
{
throw new Exception("worker_RunWorkerCompleted", new Exception("Inner", new Exception("Inner inner")));
}
Вы становитесь "внутренними внутренний" в конце. Кажется, что это - поведение метода Application_ThreadException для рассмотрения самого внутреннего исключения.