アプリを落とさない工夫

Question

いつもお世話になっております。

常駐アプリを作成しているのですが、
何かあって、落ちたりすると困る場合、
落ちないように、どのような工夫をされているか、
ご教示いただけないでしょうか？
(例外処理や、相互参照をなくしたりとか)

言語：C# (フォームアプリ)
環境：Visual Studio 2010

Answer 1

ハンドル出来ない例外や、アプリケーションスレッド例外等をキャッチしてログに残す等。
参考：捕捉されなかった例外がスローされたことを知る

危険な例外の場合は常駐ソフトと言えど落ちた方が安全な場合があるので、
一定間隔で常駐ソフトのプロセスを監視する別ソフトを動かしておく等も有効だと思います。

Comments

[Ryzna]

あまり現場では居ないと思いますが、例外が発生していることに気がつかないのんびりさんには注意が必要ですね。
例外って予想外の出来事ってことですから、まずは例外の発生要因を潰す(例外じゃなくす)のが優先で、それでも漏れちゃったものだけfsoeさんの手法で拾うのが良いんじゃないでしょうか。
frameworkのメソッドならどんなExceptionが発生するか記載されているから、自分で作ったメソッドも洗いざらいExceptionタグで列挙しておくのが吉かな？そうしておけばメソッド使う側が何に気をつけなきゃいけないか、例外にどう対応するか考えられると思うので。
そもそも例外が発生し続けて動いている意味ってあるのかっていうのは考えちゃいけないことなのかしら。。。

[fsoe]

>frameworkのメソッドならどんなExceptionが発生するか記載されているから、
>自分で作ったメソッドも洗いざらいExceptionタグで列挙しておくのが吉かな？
私の場合は特別な処理を行いたい例外に対するコードを書いて、
それ以外の例外を上記の方法で拾うように記述してます。
全ての例外に対して例外処理を書くのは現実的ではないと思いますので。
ただ、Ryznaさんの仰る通りメソッドを使う側が発生し得る例外を意識しておくのは必須だと思います。

>そもそも例外が発生し続けて動いている意味ってあるのかっていうのは
>考えちゃいけないことなのかしら。。。
私の仕事では法律的に、または顧客要求としてソフトが動き続けることが求められるケースが多々あります。しかし当然、問題のある状態で動き続けるのは顧客にとってよろしくないので、保守・運用等が必須になってます。
追跡・原因究明のためのログやWindowsイベントログ等の定期的な確認は必須でしょうね。

Answer 2

• IDisposableを実装しているクラスをインスタンス化する場合は可能な限りusingステートメントを利用する
• 非同期処理などは特に古い書き方（推奨されない書き方）をしない。

Thread < ThreadPool < BackgroundWorke < Task.Run < Rx <async/await

常駐アプリに限らずこの辺は特に注意します。

Answer 3

こんな感じ。

class Program
{
    static void Main(string[] args)
    {
        Class1 cls = null;
        while (true)
        {
            try
            {
                // 実際の処理
                cls = new Class1();
                cls.Main();
            }
            catch (Exception ex)
            {
                // 予期せぬエラーが発生した場合の処理
                // 条件によっては
                // break;
            }
        }
    }
}