Заблокированный объект остается заблокированным, если исключение происходит в нем?
Использование словарного понимания
d2 = {k:v for k,v in zip(d1["inds"],d1["vals"])}
3 ответа
Сначала; Вы рассмотрели TryParse?
in li;
if(int.TryParse(LclClass.SomeString, out li)) {
// li is now assigned
} else {
// input string is dodgy
}
блокировка будет выпущена по 2 причинам; во-первых, lock по существу:
Monitor.Enter(lockObj);
try {
// ...
} finally {
Monitor.Exit(lockObj);
}
lock никогда на самом деле видит исключение. Конечно, Вы держите блокировку на время MessageBox, который мог бы быть проблемой.
, Таким образом, это будет выпущено во всех кроме большинства фатальных катастрофических неисправимых исключений.
Только добавить немного к превосходному ответу Marc.
Такие ситуации являются самой причиной существования lock ключевое слово. Это помогает разработчикам удостовериться, что блокировка выпущена в finally блок.
, Если Вы вынуждены использовать Monitor.Enter / Exit, например, поддерживать тайм-аут, необходимо удостовериться, что поместили вызов в Monitor.Exit в finally блок для обеспечения надлежащего выпуска блокировки в случае исключения.
«Оператор блокировки компилируется для вызова Monitor.Enter, а затем для блока try… finally. В блоке finally вызывается Monitor.Exit.
Генерация кода JIT как для x86, так и для x64 гарантирует, что прерывание потока не может произойти между вызовом Monitor.Enter и блоком try, который следует сразу за ним »
Взято из: Этот сайт