0

这是在 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。根据另一个stackoverflow帖子(http://stackoverflow.com/questions/372149/iis-file-download-hangs-timeouts-sc-win32-status-64),这意味着网络名称不再可用。所以看起来网络请求超时了。我所有的请求都设置为 30000 毫秒超时。然后,我从 IIS 日志中获取了手机的 IP 地址,并决定运行 tracert,它会从服务器向设备(WiFi)报告单跳。我在服务器上启动 ping -t 到设备 IP,这就是我感兴趣的时候。最初,它报告请求超时。在设备上,我拨打网络电话,在网络电话期间,我收到 2 条回复,在服务器和电话设备之间的网络通信过程中,1 次超时,然后又有 2 次回复。然后它返回到请求超时。我觉得当它应该保持打开状态以接收请求时,设备正在关闭网络连接。

对如何进行进一步的故障排除有任何想法吗?

4

1 回答 1

0

有另一个 WiFi 路由器进行测试,看起来它已经运行得更好了。对于这种情况,我将把问题归咎于网络基础设施或故障设备。因此,解决方案显然是消除该网络设备作为问题的可能来源,并获得另一个进行测试。似乎已经修好了。

于 2013-01-04T17:23:05.430 回答