【UiPath】ParallelアクティビティでDelayとThrowを並べるとタイムアウトの代用はできるのか？

Last updated at 2024-12-18Posted at 2021-02-11

概要

UiPathでは、一部のアクティビティはTimeoutプロパティを持っておらず、
そこで固まるとエラーにもならず処理がその場で止まってしまうということが起こりえます。

それを回避する策として、ParallelでDelayとThrowを並べる方法が以下で紹介されていますが、
これは本当に有効なのか？というところを確認してみます。

Timeoutプロパティを持たない「Excel Application Scope」にParallelを並べて、
途中で処理を打ち切ってタイムアウトできるかを検証します。

まず、A1セルからF1048576セルまで=NOW()で埋め尽くした重いExcelを用意し、
UiPathでそのExcelを開くだけのワークフローを作ります。

結果がこちら。20秒ぐらい開くのにかかっています。

念のためこちらも単体で動作確認します。
Delayは5秒、ThrowはTimeoutExceptionをスローさせ、わかりやすいようにTryCatchで囲んでログを出します。

結果がこちら。ここまでは想定通りですね。

問題はここから。作った2つのシーケンスをParallelで一つにまとめます。
Parallelの条件プロパティには忘れずにTrueを設定。
これでExcelを開くのに5秒以上かかったらエラーをスローするワークフローを作ったつもりですが…。

結果がこちら。
残念ながら普通にExcelを20秒弱かけて読み込んだだけで終わってますね。エラーも出ていません。

低速ステップを使って動きを見るとこんな感じです。（※倍速再生）

結論として、ParallelでDelayとThrowを並べてもタイムアウトの代用にはならないようです。
環境によるのかもしれませんが…。

なぜこうなるのか？というところですが、
以下の記事でParallelの動きについて解説されています。
厳密な並列処理は今のところ難しいようですね。