C#のTimeoutについての質問です｡ private void button_Click(object sender, EventArgs e) { TcpClient client = new TcpClient { ReceiveTimeout = 1000, SendTimeout = …

C#のTimeoutについての質問です｡

private void button_Click(object sender, EventArgs e)
{
TcpClient client = new TcpClient
{
ReceiveTimeout = 1000,
SendTimeout = 1000
};

try
{
client.Connect(host, port);
client.Close();
}
catch
{
client.Close();
}
}

ﾀｲﾑｱｳﾄ設定を1000ﾐﾘ秒に設定しているのですが適用されなくて(21秒後に自動的にﾀｲﾑｱｳﾄ)困っています｡
繋がるところや最初から拒否されているところはすぐ反映されるので接続方法に関しては問題ないかと思っています｡
どこがいけないんでしょうか｡

ReceiveTimeout 読み取り操作が開始された後に TcpClient がﾃﾞｰﾀの受信を待機する時間を取得または設定します｡
SendTimeout 送信操作が正常に完了するのを TcpClient が待機する時間を取得または設定します｡
TcpClient ｸﾗｽ (System.Net.Sockets)

どちらも､connect した後に読み書きするときのﾀｲﾑｱｳﾄの指定です｡
connect できるかどうかのﾀｲﾑｱｳﾄの指定ではないので､期待通りの動作をしません｡

unix の socket は､select ｼｽﾃﾑｺｰﾙを使って connect のﾀｲﾑｱｳﾄを設定しますが､Windows (WIN32API) の socket は WSAWaitForMultipleEvents API で待ち合わせるように作ります｡

.NET といえども､Windows API のﾗｯﾊﾟｰなので､ｲﾍﾞﾝﾄを待ち合わせるというふうに作るようです｡
http://stackoverflow.com/questions/17118632/how-to-set-the-timeout-for-a-tcpclient
http://noterr0001.hateblo.jp/entry/20100201/1265007068
TcpClient.BeginConnect で､接続処理(＋callback)を非同期で実行しておいて､別途､待ち合わせをしておいて､一定時間内に終わっていなければｴﾗｰにする､という考え方だと思います｡

ReceiveTimeout	読み取り操作が開始された後に TcpClient がﾃﾞｰﾀの受信を待機する時間を取得または設定します｡
SendTimeout	送信操作が正常に完了するのを TcpClient が待機する時間を取得または設定します｡