gpt4 book ai didi

java - 问题追踪网络 "stability"问题根源

转载 作者:塔克拉玛干 更新时间:2023-11-02 21:44:21 26 4
gpt4 key购买 nike

<分区>

我的应用程序可以根据用户 Activity 进行一些联网。应用程序发送的通常有效负载为 100-200 字节,因此基本上没有繁重的任务。这些任务通常没有任何问题(统计上 99.9% 或请求正常),但除了这些网络 Activity 之外,我的应用程序还将心跳发送回我们的服务器(位于亚马逊的 EC2 (us-east1- d 如果这很重要))。心跳作为通过 HTTPS 的普通 POST 请求每 10 秒发送一次——这对我来说并不是真正有效,因为故障率比正常网络 Activity 观察到的要高得多——在我最近的 7 小时测试中,25% 的心跳请求失败(但我什至看到了 35% 的下降)并且它通常保持在这个速度。当我禁用 SSL 时,我的测试设备上的错误率保持在 8%。如果这些失败属于任何模式(即每 4 次等,这可能意味着一些基于速率的过滤,或者将在接近每个小时或一天时失败,这可能意味着在某处设置了某种请求上限,那么这实际上可能不是什么大问题).但这样的事情并没有发生——有时 10-15 个请求会连续失败,这对心跳不利。此外,更糟糕的是,在我看到请求失败的那一刻,我可以从同一台设备连接到服务器并且这没有问题)。此问题发生在任何受支持的 Android 版本 (2.2+) 上。

我用最近的httpclientandroidlib做 HTTP 请求,所以我开始怀疑 lib 是罪魁祸首所以我切换到 Android Asynchronous HTTP Client但它真的没有改变。我大部分时间都遇到异常,例如:

NoHttpResponseException: The target server failed to respond The target server failed to respond URL: https://xx.xx.xx.xx/heartbeat/

对于启用 SSL 的连接还有:

javax.net.ssl.SSLException: Read error: ssl=0x784bc588: I/O error during system call, Connection reset by peer Read error: ssl=0x784bc588: I/O error during system call, Connection reset by peer URL: https://xx.xx.xx.xx/heartbeat/

我基本上想先找出罪魁祸首,因为我知道该应用程序主要是在移动网络上运行,所以我愿意接受任何关于如何进一步解决这个问题的建议,因为我现在有点卡住了。

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com