つれずれなるままの開発日記(最近はFlexばかり..)

AIRアプリからSocketにて通信しようとするときに、接続できない場合での一般的な例外がどのようなエラーとなるのかが、
よくわからないのでちょっと調べてみた。

ケース１）サーバが見つからないとき、もしくはそのサーバに接続できないとき

1. 接続ができないとわかった段階で「IOErrorEvent」のイベントが発行される。
2. Socket.timeoutたったあと「SecurityErrorEvent」のイベントが発行される。

ケース２）ポートが開いていないとき（サービスが上がっていないとき）

ケース１と同様

1. 接続ができないとわかった段階で「IOErrorEvent」のイベントが発行される。
2. Socket.timeoutたったあと「SecurityErrorEvent」のイベントが発行される。

ケース３）ポートがFirewall(iptablesで受け付けない）で拒否をされているとき。

1. Socket.timeoutたったあと「SecurityErrorEvent」のイベントが発行される。
2. 接続ができないとわかった段階で「IOErrorEvent」のイベントが発行される。

ここで、イベントの順番が今までと違ってきました

ケース４）ポート番号がおかしいとき、「90000」とか・・・

1. 「SecurityError」の例外が投げられる。
2. Socket.timeoutたったあと「SecurityErrorEvent」のイベントが発行される。

しかし、接続できなかったときには、どっちのイベントで捕まえればいいのかなと思っていましたが、
「SecurityErrorEvent」、「IOErrorEvent」も両方発行されるのですね。

ケース4のように命令としておかしくても、「SecurityErrorEvent」のイベントが発行されるようなので、
エラーはたいてい「SecurityErrorEvent」で処理をしておけば大丈夫ってことでしょう。

Socket.timeoutできちんと処理をあきらめたいということであれば、
なおさら、「SecurityErrorEvent」で処理をしたほうがいいということかな。

関連記事

• 2011/01/28 -- airxmailはブラウザ上でのswfアプリとして使えるのでしょうか？
• 2012/02/09 -- air:MacやLinuxからWindows用のANEを作成する
• 2011/12/15 -- airxzip: Version 1.0.1 をリリースしました
• 2011/12/02 -- airxzip:Bug 0Byteのファイルを圧縮すると解凍できない
• 2011/11/11 -- Mobile Flash Playerが今後開発、中止となりました