ソケット通信は久しく使用してませんが、 ＞50ms以内に通信がなく処理が終了せずに・・・ はどういう意味ですか？通信が無いのに処理を何か行っている？？？ それともソケットで受信した時の処理ではなく全く関係ない処理が 裏で走っている？？？ ＞次のインターバルが発生した場合、１つ目の処理は、破棄されるのでしょうか？ 1つ目の処理がタイマーイベントの1つ目の処理を意味しています？ それともタイマーイベントとは全く関係ない処理ですか？ タイマーは主に ・System.Windows.Forms.Timer ・System.Threading.Timer ・System.Timers.Timer があります。上記のうちどれですか？System.Windows.Forms.Timer は同期なので1つ目のタイマーイベントが終わらないと2つ目のタイマーイベント は発生しない（正確には発生できない）と思われます。他２つは非同期 なので1つ目のタイマーの終了に関係なく2つ目のタイマーイベントが 発生するかと思います。 尚、破棄されるという表現は間違っています。 破棄はインスタンスや動的にメモリを確保したのを開放するという意図 で使用します。質問者さんは1つ目のタイマーが完了しますか？の意図 で質問していると認識してます。なので、System.Windows.Forms.Timer なら同期なので次のインターバルが発生した＝1つ目のタイマーイベント は完了している事が保証される。System.Threading.Timer、 System.Timers.Timerは非同期なので完了しているかしていないかは 不明となります。 ＞試しに二つ目のタイマーを使用し、1000msで１つ目のタイマーを停止し、 ＞処理回数をi++で確認したところ17回しか処理が行われていませんでした。 これは何を目的とした確認ですか？ 2つのタイマーで1つを停止してもう一つがどれだけタイマーイベントが 発生するかを確認しているのですか？その確認で何が分かります？ というか意味があります？ ＞タイマー処理を必ず50msでリセットする方法 意味が分かりません。リセットとはどういう意味ですか？ 最終的に50ms（精度は求めない）とするなら非同期タイマーを使用 すればほぼ一定間隔でモニタリングできるでしょう。 ただし、モニタリングするということはソケットで例えばサーバーに 「生きてる？（良くAlive確認と言います）」という確認ソケットを 投げてサーバから「生きてるよ」という返答が返ってくればその 確認処理は抜け出る（＝終了）という処理を作ると思いますが、 当然サーバが死んでいる場合は応答が永遠に返ってきません。 （ソケット自体にタイムアウトの設定があれば楽にコーディング 出来るでしょうけど、最近のソケットは使用した事ないのでソケットに タイムアウト設定があるのか不明です） その処理をタイマーイベントに書くとSystem.Windows.Forms.Timer ではアプリ全体がフリーズ状態になります。System.Threading.Timer、 System.Timers.Timerは非同期なので動きはしますが、タイマーイベント 毎にそのサーバ確認処理でフリーズ状態になるのでコードの作りに よってはリソース食いつぶしやソケット異常終了など、予期せぬ例外を 引き起こしたりします。 こういう場合、タイマーよりスレッド化するのが一般的ではないでしょうか。 スレッドにすればプログラマーの意図するタイミングでスレッド破棄も できるので。とはいえ、タイマーだろうがスレッドだろうが、きちんと コーディングしていないとどちらでもフリーズや予期せぬ例外が発生します。 サーバ側、クライアント側共に。