これは、iOS 5 で Titanium SDK 2.1.3.GA を使用して開発されたモバイル アプリケーションです。
しばらくの間、私は自分のアプリケーションのバグだと思っていたものと戦ってきましたが、まだバグがあるかもしれませんが、この問題を乗り越えることはできないようです. これが Titanium Mobile の問題かどうかはわかりませんが、アイデアがありません。
私が作成した Web サービス (WCF サービス) と、接続する Titanium Mobile アプリがあります。私のエミュレータでは、ハードワイヤードの MAC からうまく動作します。すべてのテストを行い、IOS 5.1.1 (9B206) を実行している iPhone 4gs にアプリを展開します。現在、3g と WiFi の両方が有効になっている iPhone で実行しています。データのリクエストを送信しましたが、戻ってくる場合と返されない場合があります。多くの場合、機能するよりもタイムアウトします。リクエストが機能するとき、リクエストはやや遅いようです。これは、WiFi 接続を介した内部ネットワーク上にあります。次に、電話の WiFi をオフにすると、一見 100% 機能し始めます。その上、速いです。当初、この問題は WiFi のみの iPad 2 で発生していたため、電話に切り替えました。iPad と iPhone はどちらも、同じバージョンの OS IOS 5.1.1 (9B206) を実行しています。次に、同じテストを使用して、IOS 6 を実行している iPhone 5 (フル バージョンは忘れてください) にアプリを展開しました。WiFi では問題があるように見えますが、4G LTE では問題ないようです。
現在、IIS 6 を実行している Web サーバーのログを調べています。接続がタイムアウトしているように見える状況では、ログに 200 0 64 が表示されます。別のスタックオーバーフローの投稿 (http://stackoverflow.com/questions/372149/iis-file-download-hangs-timeouts-sc-win32-status-64) によると、これはネットワーク名が利用できなくなったことを意味します。そのため、ネットワーク リクエストがタイムアウトしたようです。すべてのリクエストは 30000 ミリ秒のタイムアウトに設定されています。次に、IIS ログから電話の IP アドレスを取得し、tracert を実行することにしました。サーバーからデバイス (WiFi) へのシングル ホップが報告されます。サーバー上でデバイス IP に対して ping -t を開始しましたが、これは興味深いことです。最初に、リクエストのタイムアウトが報告されます。デバイスでネットワーク コールを発信すると、ネットワーク コール中に 2 つの応答が返されます。サーバーと電話デバイス間のネットワーク通信中に、1 回タイムアウトし、さらに 2 回応答しました。その後、リクエストタイムアウトに戻ります。リクエストを受信するためにネットワーク接続を開いたままにする必要があるときに、デバイスによってネットワーク接続が閉じられているように感じます。
さらにトラブルシューティングを行う方法について何か考えはありますか?