【问题标题】:Significant runtime differences performing an PHP-Script from Android (WiFi/GPRS)从 Android (WiFi/GPRS) 执行 PHP 脚本的显着运行时差异
【发布时间】:2015-02-13 22:58:19
【问题描述】:

我很确定我从根本上忽略了一些东西,但我无法理解以下情况:

一方面我得到了我的 Android 应用程序,我可以从使用 WiFi 或 GRPS 开始。

另一方面,我在独立服务器上获得了一个 PHP 脚本,它执行相对复杂的算法,但 只返回几个字节(大约 80 个)

Android-App 连接到服务器并通过正常的 URLConnection 触发 PHP-Script,获取 InputStream 并对其进行处理。

现在,当我在 WiFi 上执行此操作时,速度非常快。但如果我只使用 GPRS/EDGE,它的速度会慢 10-20 倍。

这就是我不明白的......如果脚本确实返回了很多必须传输的字节但这些只是几个字节,我会理解这种差异。

我原以为服务器上 PHP 脚本的运行时完全独立于调用它的人,并且不断快速地提供信息。

谁能告诉我这些性能差异可能来自哪里?

问候 抢

【问题讨论】:

    标签: java php android http url


    【解决方案1】:

    很可能您的脚本运行速度没有变慢 - 检查您的服务器日志。您所看到的是蜂窝数据计划的高延迟。基本上,请求从您的手机发送到塔需要很长时间。它不会导致您的 php 运行速度变慢,只是需要一段时间才能将数据传输到您的服务器并返回。

    【讨论】:

    • 感谢您的回答!我敢肯定你是对的。但是让我想知道的是,如果我降低 PHP 脚本的复杂性 - 例如一个长度相同的简单 print_r,复杂脚本的输出是 - 它与 WiFi 一样快。这 - 就我而言 - 确实拒绝延迟仅由连接时间或传输时间产生的理论。你不这么认为吗?
    • 也许我应该补充一点,没有要传输的输入参数
    • 就像我说的 - 我会做一些服务器端日志记录。检查请求何时到达以及处理时间。如果他们不大致相等,我会感到震惊。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-12-07
    • 2014-03-17
    • 1970-01-01
    • 2014-12-07
    • 1970-01-01
    相关资源
    最近更新 更多