ios - 在 3g 上慢到无法使用 - 在 wifi 上很好
<p><p>我的 iOS 应用程序通过 php 脚本访问数据库并发送回一些数据向服务器发出请求。 db 命中非常简单，只是根据唯一键获取一些数据。</p>
<p>它在 wifi 上运行良好(延迟不到一秒)，但在 3g 上速度很慢，无法使用。谁能告诉我可能是什么原因，或者我可以在哪里探索更多？我想像 facebook 或 googlemaps 这样的应用程序比我正在做的数据密集得多，但它们的响应速度似乎要快得多。
我可能会向服务器发送不超过 20-30 个字符(加上 JSON 添加的任何开销)，并返回大约 500-1000 个字符(加上 JSON 添加的任何开销)。</p>
<p>我正在同步发送内容，但我认为异步对我没有帮助...在我收到消息之前数据不会出现。</p>
<p>我的发送和接收代码是:</p>
<pre><code>+ (id)queryDBJSON:(NSString*)script inputs:(id)post
{
NSError *error;
NSData *jsonPayload = ;
NSURL *url = ];
NSMutableURLRequest *theRequest = ;
;
;
NSHTTPURLResponse* urlResponse = nil;
NSData *responseData = ;
if ( != 200)
{
return nil;
}
NSString *strResult = [ initWithData:responseData encoding:NSUTF8StringEncoding];
NSData *jsonData = ;
id aa = ;
return aa;
}
</code></pre>
<p>感谢您的任何意见!</p></p>
<br><hr><h1><strong>Best Answer-推荐答案</ strong></h1><br>
<p><p>这些情况下的问题不是网络带宽，而是网络延迟(一个小请求仍然需要很长时间)。不幸的是，您无法解决网络延迟问题。所以，有几点意见:</p>
<ol>
<li><p>正如 rmaddy 所说，您只需异步执行网络操作(在后台队列中使用同步调用或使用异步方法)。如果您不这样做并且您的应用程序无法及时响应，那么您不仅会遭受无法接受的延迟的 UX，而且如果花费的时间足够长，iOS 甚至可能会杀死您的应用程序。如果您不希望 iOS 在网络延迟较高时杀死您的应用，则必须使用异步网络操作。</p></li>
<li><p>除了执行异步网络操作的明显(和必要)解决方案之外，您通常会缓存以前的结果集(因此，不仅仅是向用户显示 <code>UIProgressView</code> 并停止与您的应用程序的所有交互在异步调用完成之前，您可以向用户展示最后的良好结果)。如果您查看 Facebook 之类的应用程序(或者，实际上，任何与网络交互的执行良好的应用程序)，您会发现它们向您展示了您上次访问该页面时所看到的内容，它们为您提供了进一步网络的视觉指示操作正在进行中(例如，至少，状态栏中的旋转网络事件指示器)，当新结果通过网络进入时，它们会相应地更新 View 。</p></li>
<li><p>更复杂的方法是在应用启动后立即启动用户后续操作所需的异步网络请求(而不是等到用户导航到需要该网络数据的屏幕) .这仅适用于用户导航到需要发出不同网络请求的应用的不同部分的情况，但在这些情况下，这是一种将用户与网络延迟隔离开来的绝妙方法。</p></li>
<li><p>如果您绝对不能为类似 Facebook 的 UX 缓存以前的结果集，那么仍然异步执行您的网络操作，但向用户显示网络操作正在进行中的 UI(例如<code>UIProgressView</code> 可能在黑色 <code>UIView</code> 上，50% alpha 覆盖屏幕的其余部分)。这给用户一个视觉指示，表明您的应用程序在网络操作完成之前无法呈现结果。而且由于您是异步执行操作，iOS 不会杀死您的应用程序。</p></li>
</ol></p>
<p style="font-size: 20px;">关于ios - 在 3g 上慢到无法使用 - 在 wifi 上很好，我们在Stack Overflow上找到一个类似的问题：
<a href="https://stackoverflow.com/questions/15723072/" rel="noreferrer noopener nofollow" style="color: red;">
https://stackoverflow.com/questions/15723072/
</a>
</p>
页:
[1]