Определите, было ли выброшено исключение из блока try при выполнении команды finally.

Если единственная причина, по которой вы избегаете блока catch, заключается в том, что вы не хотите влиять на трассировку стека, вы можете использовать его, а затем повторно выбросить ошибку с исходным номером строки, используя throw без аргументов; таким образом, вы перебрасываете оригинал точно так же, как если бы вы не использовали блок catch. Например:

$exceptionInfo = $null
try {
    1/0 # cause some error
} catch {
    $exceptionInfo = $_.Exception # you could set a flag / whatever here; without knowing your requirement I can't advise further
    throw # you said you didn't want to catch it... but if you just don't want to impact the stack trace this is fine as we're rethrowing the original exception; not throwing a new one
} finally {
    if ($null -eq $exceptionInfo) {
        Write-Information 'Completed Successfully' -InformationAction Continue
    } else {
        Write-Warning "An error occurred $exceptionInfo"
    }
}

Если вы не хотите использовать блок catch и не хотите использовать определенную вами переменную для обозначения того, произошло ли исключение, вы можете использовать $Error; хотя вам может потребоваться сначала очистить его, поскольку он будет содержать все ошибки, возникшие в текущем сеансе ...

$Error.Clear()
try {
    1/0
} finally {
    if ($Error.Count) {
        Write-Warning "An error occurred $($Error[0])"
    } else {
        Write-Information 'Completed Successfully' -InformationAction Continue
    }
}

Как правило, вам не нужно определять, было ли что-то успешным в блоке finally; скорее:

• Если у вас есть логика, которая должна выполняться только в случае успешного выполнения команды, поместите ее в блок TRY после строки, которая может вызвать исключение.
• Если у вас есть логика, которая должна возникать только в том случае, если команда обнаруживает ошибку, поместите ее в блок catch (и используйте throw, если вы хотите повторно выбросить исходное исключение, чтобы оно продолжало всплывать впоследствии).
• Если у вас есть логика, которая должна работать в любом случае, то здесь и появляется блок finally. Иногда вам может потребоваться знать состояние какого-либо компонента здесь (например, соединение с вашей базой данных все еще открыто), и это состояние могло измениться из-за исключение ... Если это так, обычно такие компоненты должны предоставлять свои собственные флаги.

Ниже представлена ​​приблизительная иллюстрация; реальный пример немного плох, так как я не мог придумать хороший и сжатый сценарий реального мира; но, надеюсь, вы уловили идею.

try {
    $con = Get-MyDbConnection
    New-DbRecord -Connection $con -Data $data 
} catch {
    Write-Log $_.Exception
} finally {
    if (($null -ne $con) -and ($con.IsConnected)) {
        $con.Disconnect()
    }
}

Эта страница о Powershell 5.1 явно не описывает случай выброса исключения внутри блока "finally", но говорит, что поведение Powershell аналогично поведению C #. И принятый ответ на этот вопрос SO о поведении C # означает, что:

1. код в блоке "finally" за точкой, в которой было создано исключение, не выполняется, и
2. если блок «finally» был выполнен во время обработки более раннего исключения, то это первое исключение теряется.

Итак, я думаю, что вам действительно нужно что-то вроде этого:

  try { ... set flag ... }
  catch { ... adjust flag ... }
  finally { ... check flag ... }

Блок catch выполняется только в том случае, если в блоке «try» возникло исключение, но блок «finally» происходит в каждом случае (и может определить, было ли выбрано исключение в исходном блоке «try», проверяя значение флага).

Конечно, если в блоке «finally» может быть сгенерировано исключение, и вы хотите с этим справиться, тогда вам нужно будет обернуть весь этот бизнес еще одной «попыткой».