atbus是我按之前的思路写得服务器消息通信中间件，目标是简化服务器通信的流程，能够自动选择最优路线，自动的断线重连和通信通道维护。能够跨平台并且高效。
docker run --name webtest -p 8080:8080 -d webtest:v1 打开防火墙端口号 8080
你是否准备好了，我这里有7月底面试真题，学弟呕心沥血总结面试高频问题，在成都刚刚面试，这套面试题同样适用与北上广深杭，并入职了一家不错的公司，这份题目对标成都15K-22K，北上广深杭18K-25K，真题文末直接展示
目前，已经实现全工作环境Linux化，电脑Linux+手机Linux+机器人Linux。
Linux作为一个强大的操作系统，提供了一系列内核参数供我们进行调优。光TCP的调优参数就有50多个。在和线上问题斗智斗勇的过程中，笔者积累了一些在内网环境应该进行调优的参数。在此分享出来，希望对大家有所帮助。
又到一年一度的金九银十，你是否准备好了，我这里有学弟呕心沥血总结的面试真题，，在成都8月底刚刚面试，这套面试题同样适用与北上广深杭，并入职了一家不错的公司，这份题目对标成都15K-22K，北上广深杭18K-25K，真题直接给到大家。
之前我在「实战！我用“大白鲨”让你看见 TCP」这篇文章里做了 TCP 三次握手的三个实验：
之前已经分析过了keep-alive，最近在使用nodejs的keep-alive的时候发现了遗漏了一个内容。本文进行一个补充说明。我们先看一下nodejs中keep-alive的使用。
为了让大家更容易「看得见」 TCP，我搭建不少测试环境，并且数据包抓很多次，花费了不少时间，才抓到比较容易分析的数据包。
在远程服务器管理和安全数据传输中，SSH（Secure Shell）是不可或缺的工具。然而，它的便利性和安全性有时会因常见的问题而受到损害：冻结 SSH 会话。
LAMP 就是linux+ apache +mysql+php用来web开发的经济实惠的东东，完全开源，很值得期待！ ，
TCP重传机制主要是为了防止网路包丢弃，重传的工作方式主要借助TCP头部中的序列号和确认号来决定是否重传，重传的触发方式主要由以下几种：
网络编程中超时时间是一个重要但又容易被忽略的问题,对其的设置需要仔细斟酌。在经历了数次物理机宕机之后,笔者详细的考察了在网络编程(tcp)中的各种超时设置，于是就有了本篇博文。本文大部分讨论的是socket设置为block的情况,即setNonblock(false)，仅在最后提及了nonblock socket(本文基于linux 2.6.32-431内核)。
我认识的第一个操作系统就是windows,而认识了Linux之后我就开始逐步的往Linux上迁移…… 比如我的习惯、比如我的服务、比如…… 大部分人觉得Linux是高端产品，是IT专属，其实不然，Linux发展到今天，已经有了很大的改变，特别是在桌面世界，抛开应用来讲完全不输Windows。
1. rx-checksumming：校验接收报文的checksum。
而TCP所谓的“连接”，其实只不过是在通讯的双方维护一个“连接状态”，让它看上去好像有连接一样。所以，TCP的状态变换是非常重要的。
收到一位读者的私信，说字节面试有这么一个问题：服务端挂了，客户端的 TCP 连接会发生什么？
最近花了些时间在学习TCP/IP协议上，首要原因是由于本人长期以来对TCP/IP的认识就只限于三次握手四次分手上，所以希望深入了解一下。再者，TCP/IP和Linux系统层级的很多设计都可以用于中间件系统架构上，比如说TCP 拥塞控制算法也可以用在以响应时间来限流的中间件上。更深一层，像TCP/IP协议这种基础知识和原理性的技术，都是经过长时间的考验的，都是前人智慧的结晶，可以给大家很多启示和帮助。
最近花了些时间在学习TCP/IP协议上，首要原因是由于本人长期以来对TCP/IP的认识就只限于三次握手四次分手上，所以希望深入了解一下。再者，TCP/IP和Linux系统层级的很多设计都可以用于中间件系统架构上，比如说TCP 拥塞控制算法也可以用于以响应时间来限流的中间件。更深一层，像TCP/IP协议这种基础知识和原理性的技术，都是经过长时间的考验的，都是前人智慧的结晶，可以给大家很多启示和帮助。
日常Bug排查系列都是一些简单Bug排查，笔者将在这里介绍一些排查Bug的简单技巧，同时顺便积累素材^_^。
TCP协议仅定义框架，也就是发送端和接收端需要遵循的“规则”。TCP协议的实现经过多年的改进，有了多个不同的版本。比较重要的有Tahoe、Reno、NewReno、SACK、Vegas等，有些已经成为了影响广泛的RFC文档，有些则成为了Unix/Linux操作系统的标准选项。
Nginx (engine x) 是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP服务器。
最近收到很多小伙伴的留言，3月份过完了一个offer都没收到。除了大环境和疫情的影响，还有遇到那种特别喜欢怼人的面试官，直接面到怀疑人生真是让人费解。。。 其实面试受打击是正常的，关键是要在面试中总结自己的不足！提前做好面试准备和技术储备，还是可以大幅度的提高面试效果的。 那么该怎样准备面试 斩获offer？ 为此我专门找了一份《Java进阶学习+面试宝典》分享给大家，内容涵盖：计算机基础、Java、JVM、spring、算法、微服务、分布式、大厂面经、技术脑图等等...共1400+页 质量非常高！！！
刚才下班回家路上，无意中听到大街上放的歌，歌词有这么一句：“毡房外又有驼铃声声响起，我知道那一定不是你”。这一句我似乎听懂了歌者的魂牵梦绕和绝望，如果在十年前我大概只能感受出悠扬的声调里溢出的悲凉吧。
TCP是一个巨复杂的协议，因为他要解决很多问题，而这些问题又带出了很多子问题和阴暗面。所以学习TCP本身是个比较痛苦的过程，但对于学习的过程却能让人有很多收获。关于TCP这个协议的细节，我还是推荐你去看W.Richard Stevens的《TCP/IP 详解 卷1：协议》（当然，你也可以去读一下RFC793以及后面N多的RFC）。另外，本文我会使用英文术语，这样方便你通过这些英文关键词来查找相关的技术文档。 之所以想写这篇文章，目的有三个， 一个是想锻炼一下自己是否可以用简单的篇幅把这么复杂的TCP协议描清
剩下的一些配置指令没有大的归属，不过也有一些是比较常见的，这部分内容学习完成之后，整个 http 模块相关的核心基础配置指令就全部学习完成了。今晚可以举杯庆祝一下了，咱们远程干杯。但是，还是要泼个冷水哦，咱们的学习还有很长的路要走。如果你看过 Nginx 的官方文档，就会知道仅仅是 HTTP 模块本身，就还有一大堆核心模块之外的模块。
大家好，最近有不少小伙伴在后台留言，又得准备面试了，不知道从何下手！下面这些资料，都是腾讯面试必问的技术内容。我给大家整理了一份！
安装代理接口 1.检查操作系统版本和内核版本 lsb_release 操作系统 ********************************** LSB Version: :core-3.1-amd64:core-3.1-ia32:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-ia32:graphics-3.1-noarch Distributor ID: RedHatEnterpriseServer Description: Red Hat Enterprise Linux Server release 5.4 (Tikanga) Release: 5.4 Codename: Tikanga ********************************** uname -r 内核版本 ********************************** 2.6.18-164.el5 ********************************** 2.安装代理接口 在线代理下载HAproxy 1.5.9版本 安装步骤 （1）tar xzvf haproxy-1.5.9.tar.gz ********************************** haproxy-1.5.9/ haproxy-1.5.9/.gitignore haproxy-1.5.9/CHANGELOG haproxy-1.5.9/LICENSE haproxy-1.5.9/Makefile haproxy-1.5.9/README haproxy-1.5.9/ROADMAP haproxy-1.5.9/SUBVERS haproxy-1.5.9/VERDATE haproxy-1.5.9/VERSION haproxy-1.5.9/contrib/ ...... haproxy-1.5.9/tests/test_hashes.c haproxy-1.5.9/tests/test_pools.c haproxy-1.5.9/tests/testinet.c haproxy-1.5.9/tests/uri_hash.c ***************************************************** (2)针对内核版本进行安装 安装前先要看看内核的版本，我这里是2.6.18 make TARGET=linux26 PREFIX=/usr/local/hapropxy make install PREFIX=/usr/local/haproxy (3)设置配置文件 cd /usr/local/haproxy vi haproxy.cfg ***************************************************** ###########全局配置######### global log 127.0.0.1 local0 #[日志输出配置，所有日志都记录在本机，通过local0输出] log 127.0.0.1 local1 notice #定义haproxy 日志级别[error warringinfo debug] daemon #以后台形式运行harpoxy #nbproc 1 #设置进程数量 pidfile /usr/local/haproxy/haproxy.pid #haproxy 进程PID文件 #ulimit-n 819200 #ulimit 的数量限制 maxconn 4096 #默认最大连接数,需考虑ulimit-n限制 chroot /usr/local/haproxy #chroot运行路径 uid 99 #运行haproxy 用户 UID gid 99 #运行haproxy 用户组gid #debug #haproxy 调试级别，建议只在开启单进程的时候调试 #quiet ########默认配置############ defaults log global mode http #默认的模式mode { tcp|http|health }，tcp是4层，http是7层，health只会返回OK #option httplog #日
对于TCP的初始接收窗口大小，linux和centos的实现是不一样的，如linux内核3.10版本的初始接收窗口定义为10mss，但centos 3.10内核中的初始窗口大小定义为TCP_INIT_CWND * 2，即20*MSS大小。(看着linux源码在centos7.4系统上测试，纠结了好久。。)
网络编程中经常会遇到一些异常的情况，定位问题需要了解协议栈的实现，以下是工作中遇到的一些常见问题的深入分析和解决思路。 问题1：server端业务进程响应心跳超时被监控进程kill，导致数据或者逻辑异常 我们的后台框架采用的是proxy，worker模型，proxy处理连接和会话，worker处理业务，proxy和worker之间通过共享内存队列进行通信，并有监控进程扫描proxy和worker的运行情况。管理进程会定时向worker发起心跳查询，防止业务进程挂起。业务worker的心跳默认是60s，如
我本来只想写一个篇幅的文章的，但是TCP真TMD的复杂，比C++复杂多了，这30多年来，各种优化变种争论和修改。所以，写着写着就发现只有砍成两篇。
如何在 Linux 上安装 tcpping 测量到远程主机的网络延迟的一种常用方法是使用ping应用程序。该ping工具依赖 ICMP ECHO 请求和回复数据包来测量远程主机的往返延迟。但是，在某些情况下，ICMP 流量可能会被防火墙阻止，这使得该ping应用程序对于受限制的防火墙后面的主机毫无用处。在这种情况下，你将需要依赖使用 TCP/UDP 数据包的第 3 层测量工具，因为这些第 3 层数据包更有可能绕过常见的防火墙规则。 一种这样的第 3 层测量工具是tcpping. 为了测量延迟，tcpping
前些日子，在分享网络编程知识文章的时候，有个网友私信给我留言了一条“能不能写一篇关于 TCP 滑动窗口原理的文章”。
本文是根据有赞中间件团队多年的TCP网络编程实践经验总结而来，目的是为了避免应用因各种网络异常而出现各种非预期行为，从而造成非预期的影响，影响系统稳定性与可靠性。
机器一般过质保之后，就会因为各种各样的问题而宕机。而这一次的宕机，让笔者观察到了平常观察不到的tcp在对端宕机情况下的行为。经过详细跟踪分析原因之后，发现可以通过调整内核tcp参数来减少宕机造成的影响。
下载连接：http://pkgs.fedoraproject.org/repo/pkgs/haproxy/
新年即将开启，一些不满现状，被外界的“高薪”“好福利”吸引的人，一般就在这时候毅然决然地跳槽了。
大家好，最近有不少小伙伴在后台留言，近期的面试越来越难了，要背的八股文越来越多了，考察得越来越细，越来越底层，明摆着就是想让我们徒手造航母嘛！实在是太为难我们这些程序员了。 这不，为了帮大家节约时间，给大家搞来了今年上半年碰到的大厂Java面试题合集，内容非常的全面。 一般技术面试官都会通过自己的方式去考察程序员的技术功底与基础理论知识。 比如果这样的问题： 项目框架，Spring、Mybatis 等框架实现原理是否熟悉？ 消息中间件，负载均衡、RPC 框架等技术是否有接触过？MySQL 分库分表是否做
说到TCP协议，对于从事即时通讯/IM这方面应用的开发者们来说，再熟悉不过了。随着对TCP理解的越来越深入，很多曾今碰到过但没时间深入探究的TCP技术概念或疑问，现在是时候回头来恶补一下了。
一直都有在看一些开源项目的代码，但是还没有试过提交pr。因为最近在研究websocket和keep-alive。而websocket涉及到长连接，过多无用的长连接对系统来说是负担，是否可以尽快发现对端是否已经掉线，从而释放这个连接来减少系统压力呢，就这个初衷，想通过wireshark和nodejs调试一下心跳机制，但是发现nodejs对这个的支持不是很好。tcp的心跳机制，支持三个配置，但是nodejs的setKeepAlive只支持一个配置（后面发现最新版代码里有一点支持的痕迹了，但是没有给用户提供接口），所以就产生了提交pr的想法。代码改动不大，但是整个流程走下来，也挺费时间的。 本文大致分享一下这个过程。我的诉求是想让nodejs把修改心跳机制和相关配置的接口暴露给用户。但是libuv层的接口本身就不支持这个能力。所以要解决这个问题，要修改c、c++、js的代码。因为nodejs的架构就是这样，libuv提供能力，c++套壳，js调用。所以你想加一个libuv不支持的功能时，你就得从libuv改起。
文章转载于：http://9388751.blog.51cto.com/9378751/1676821
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
