2019-01-25在okhttp中统计建立连接耗时，SSL握手耗时，然后为了确定统计正确，用了电脑上wireshark进行子相应过程的耗时比较。
发现，okhttp中的方法耗时比wireshark统计的耗时大很多，比如okhttp中对SSL握手方法socket.startHandSharke()的耗时可能180ms，但是wireshak显示这一步只有40-50ms。
有人做过类似统计吗？为什么跟电脑抓包对比耗时统计数据会差这么多？难道startHandSharke()不只做是SSL的握手的事，还有别的事在耗时？展开 2
2019-08-01请教一个问题，对于大公司，可以自己搞个监控系统。可是对于中小型的公司，自己搞监控系统，应该不太现实， 毕竟成本巨大。 然后，我们就想着，接入一些第三方的监控平台。 不知道，你这边有推荐的？作者回复: 一般都是一些大公司的出品比较有保障一些
1
2019-07-25这个Hook真棒！调用栈，网络请的相关参数都ALOG出来了
2019-06-21想请问网络诊断是怎样去做，有没有什么关键词我去搜索下😢作者回复: 网络诊断一般会做几个事情：
1. 连通性诊断，分别是连接的每一个步骤
2. 问题诊断，类似ping，traceroute等操作
2019-02-19公司内网服务用的购买的 https 在使用这些服务时经常会出现 timeout，但是正式环境不会，这种如何来监控解决。作者回复: 网络监控我们会有全链路的监控，从请求发起的整个过程。具体的指标可以有类似秒开率，超时率这些
2019-01-28由于最近这几年都是在做跟网络相关的工作，基本上遇到的问题绍文老师都已经提到了。比如DNS劫持，超时，服务器宕机、假网、白名单等网络问题。其中让我印象最为深刻的是公司内部的wifi上网认证，没有通过认证是无法访问内网和外网。 最后解决这类问题时，我们会主动用浏览器打开认证页面让用户登录。
- 2019-01-25我司的app在2018年有一阵子有用户持续反馈网络卡顿。终于花了点力气完善了监控。因为主要是反馈的socket那块的业务，所以对socket请求收发流程分为7个阶段进行了监控，分别是：请求调用，请求入队列，请求开始发送，请求发送成功，收到响应，响应入队列，响应数据解析分发。
当然除了客户端监控数据外，还和服务器数据整合了，能更加准确看到卡顿的占比。
客户端用的是生产者消费者加阻塞队列的模式。遇到了Tcp队头阻塞的问题。一旦进个电梯或者地下室，出现了弱网情况，请求开始发送和请求发送成功的时间差就会急剧放大，而这两个时间段之间仅仅只有一行out.write(data)。前面一个没发完，队列里的都被堵住了。
后来，准备尝试Nio的方式，把请求发送的时间给压下去，但后来想想数据好看了，并不解决实际问题，发不出去还是发不出去，于是作罢。
也想问问各位大佬，有没有好的建议？展开作者回复: 弱网络的时候会尽量保证信令网络有可能成功
2019-01-24老哥是不是参加了Bugly项目作者回复: 没有啊
2019-01-24创业公司整天忙于做业务，对于监控这些做的还是不够，所以目前App并没有监控方面的东西，但是跟着作者的步骤还是学到了很多
2019-01-24干货多多，在这里想了解下大家都有用哪些网络库？
2019-01-24🛋