ios – 如何解决由HTTP持久连接错误导致的超时问题?
我最近一直在努力解决HTTP超时问题.经过一个多月的调查,我很确定它是由错误的HTTP持久连接引起的.详情如下: >这是一个iOS应用程序. >杀死并重新启动应用程序. >我的分析:从行为来看,问题似乎是由一个糟糕的持久连接引起的.所有后续请求都继续使用此持久连接,因此所有请求都会因NSURLErrorTimedOut而失败.从解决方法中我们可以看到所有这些都有效,因为它们会导致丢弃坏的持久连接并创建新的持久连接. 我的问题: >还有其他人遇到过这个问题吗? 更新: 我通过使用CFNetwork并直接控制Connection头,成功地在iOS 8上缓解了这个问题.然而,在iOS 9上似乎问题变得更糟. 由于我希望Apple能够在iOS 9上修复它,我终于开了一个雷达:http://www.openradar.me/22770738. 如果你也遇到这个问题,请复制我的雷达,或者更好的是,如果你有一个更可靠的可重复样本,你可以发射你自己的雷达. 最佳答案 经过2周的研究,我可以回答问题3和4:> nginx的持久连接超时在服务器上设置为5秒,这不应该是原因.服务器工程师发现这些超时请求实际上是正常接收和响应的.所以它更可能是客户端问题.由于我有一个minimal reproducible code来排除我的代码作为原因,原因应该在iOS中. (编辑:台州站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- ruby-on-rails – 无法将HTTP响应转发回HTTP客户端:用户似
- ssl-Kubernetes:Nginx入口注释- nginx.ingress.kubernetes
- nginx-为什么我不能在Kubernetes上水平扩展简单的HTTP / 2服
- Django uwsgi导入错误
- nginx – Dokku:从应用程序收听多个端口
- python-uswgi-无法从multiprocessing.semaphore_tracker加载
- python – django-allauth:如何修改邮件确认网址?
- 将Nginx修补为ip_hash 4个八位字节而不是3个
- 使用nginx防止304未修改的请求
- node.js – 如何从作为nodejs服务器的反向代理的nginx服务器