@starix 兄弟，能加你微信吗？有点冒昧，但是我确是想了解清楚，人事给我说，他说后期的老板规划，可能会在柬埔寨开个公司，需要这边的技术人员过去

@STtree 第一轮第二轮可以电话，但是后面都要现场，好老火，跑来跑去，成本太高了

@xiaoxiami08012 情况就是，面试机会少，面试了，要求一大推，都感觉架构师一样，其实我就是当个程序员而已，

@h4de5 你很优秀，我都抑郁了，从来没有觉得找工作这么难过

@czhfrank 大厂好难，算法卡住好多人

@ijixiangus 我现在都不知道到底是我问题，还是因为距离，如果是距离还好受点，如果不是距离，心里好难受

楼主，要人不，从 php 想转 go

就跟念书一样

不要看大学老师讲的，讲得麻木呆板

@RicardoY 谢谢

icmp 类型不一样，一个是 Echo 询问，一个是主机不可答的错误类型的

@tojonozomi 趁年轻，再试试，等你老了，才是真的面不动了

@leonidas 劳动仲裁都不要信了，给你保险是不是按照正常工资比例买的，如果不是，直接去社保局投诉。一来一个准，我们前一个月试过，公司也是想不赔偿裁员，我们去投诉了一下，顺利拿到赔偿，虽然不是 n+1，但是至少也有 n

三面挂了，说明技术不错，再继续努力一下

@cryboy007 还小，不要急，慢慢来

楼主多大

我说说我的想法，不一定是正确的，只是提供一个参考，如果有不对的地方，麻烦指正。
首先，就像一楼同志说的那样，如果记录的日志是在应用层调用 send 后，就记录，其实这个 send 只是把数据放入了发送缓存区，是操作系统再发送出去，所以，记录日志成功，不代表就已经真正发送成功了。
TCP 是可靠传输，按照一般来说，只要双方的连接没出现问题，就应该收到数据，即使出现丢包的问题，也会重传。linux 系统有个 tcp_retries2 变量设置了重传次数，重传时间间隔是指数级退避，直到达到 120s 为止，默认重传次数是 15 次，总时间将近 15 分钟，你可以比较一下日志当中这个连接是否出现了这么多次重传，如果出现了这么多次重传，那么说明，服务端应该是没问题，应该是客户端死机等等情况，造成不能正常接收。
发送缓存区的数据什么时候丢失，有种情况，就是收到对方的 RST 的时候，立马释放资源，丢掉了发送缓存区的数据。比如：当客户端出现状况，重启，就丢失了这条连接，但是服务端并不知道这种情况，还是发送数据给客户端，因为对客户端来说，这条连接已经不存在，当收到数据的时候，就会回复一个 RST 报文，这个时候，服务端就立马释放资源。

度个金，出来就不一样了

没有岗位介绍吗