长连接通过Socket与服务端建立持久的链接，即使单个请求发送与接收后也不会释放链接。这样的好处有：
HTTP1.0协议不支持长连接，从HTTP1.1协议以后，连接默认都是长连接。那么长连接和短连接有什么不同呢？
使用 scrapy 的时候 ，莫名出现了 ‘‘TCP 连接超时’’ 的错误 ，错误状态码110
MSL是Maximum Segment Lifetime英文的缩写,中文可以译为“报文最大生存时间”.
io_uring是Linux内核在v5.1引入的一套异步IO接口，随着其迅速发展，现在的io_uring已经远远超过了纯IO的范畴。从Linux v5.3版本开始，io_uring陆续添加了网络编程相关的API，对用户提供sendmsg、recvmsg、accept、connect等接口的异步支持，将io_uring的生态范围扩大到了网络领域。
HTTP 协议因其易用性和普适性得到了大规模的普及，我们说HTTP协议是互联网的基石一点也不为过，当前提供HTTP服务的Server性能要求越来越高，如何提高 HTTP 服务器的性能变得非常重要。近年来网卡性能快速发展，给高性能HTTP服务提供了硬件支持，但是linux 内核却越来越成为高性能网络服务器的瓶颈。 HTTP 的传输层协议为 TCP ，TCP作为面向连接的协议能够提供可靠传输，但是在性能有非常大的短板，尤其在短连接网络业务服务中，受限于PCB表锁竞争等因素，系统内核大并发创建 T
TCP 连接关闭时，会有 4 次通讯（四次挥手），来确认双方都停止收发数据了。如上图，主动关闭方，最后发送 ACK 时，会进入 TIME_WAIT 状态，要等 2MSL 时间后，这条连接才真正消失。
本文介绍了如何使用 F-Stack 实现高性能的 HTTP 服务器，通过实例测试验证了 F-Stack 的性能和优势。
当数据库服务器和客户端位于不同的主机时，就需要建立网络连接来进行通信。客户端必须使用数据库连接来发送命令和接收应答、数据。通过提供给客户端数据库的驱动指定连接字符串后，客户端就可以和数据库建立连接了。可以查阅程序语言手册来获知通过何种方式使用短连接、长连接。
java -jar -server -Xms4G -Xmx4G -XX:NewSize=3584m -XX:PermSize=64m -XX:SurvivorRatio=1 -XX:+UseParallelGC -XX:-UseAdaptiveSizePolicy 这是我的linux服务端，针对netty的配置
hello，大家好，我是小楼，终于忙完了一阵，今天来更新一篇长连接的负载均衡问题。
高性能网站架构方案（二）——优化网站响应时间 （原创内容，转载请注明来源，谢谢） 一、概述 优化网站响应时间是保证网站受用户关注的要点，主要方案有： 1、减少HTTP请求 当需要加载图片、css、js等内容时，尽量减少加载的次数。可以合并加载，另外当改动量很少时，尽量将内容进行缓存。 图片的缓存可以设定更新时间，定时去服务器查看是否有需要更新的内容。通常可以定时在1周甚至更久的时间。 CSS、JS的缓存，通常可以通过文件名的方式来判断是否需要重新加载。当网页确定需要加载某些js和c
执行主动关闭的那端经历了这个状态，并停留MSL（最长分节生命期）的2倍，即2MSL。
HTTP 的 Keep-Alive，是由应用层（用户态） 实现的，称为 HTTP 长连接； TCP 的 Keepalive，是由 TCP 层（内核态） 实现的，称为 TCP 保活机制；
TCP/IP(Transmission-Control-Protocol/Internet-Protocol)，中文译名为传输控制协议/因特网互联协议，又名网络通讯协议，是Internet最基本的协议、也是Internet国际互联网络的基础。
HTTP 的长连接和短连接本质上是 TCP 长连接和短连接。HTTP 属于应用层协议，在传输层使用 TCP 协议，在网络层使用 IP 协议。IP 协议主要解决网络路由和寻址问题，TCP 协议主要解决如何在 IP 层之上可靠的传递数据包，使在网络上的另一端收到发端发出的所有包，并且顺序与发出顺序一致。TCP 有可靠，面向连接的特点。
HTTPS（HTTP over SSL）是以安全为目标的 HTTP 通道，可以理解为 HTTP + SSL/TLS，即在 HTTP 下加入 SSL/TLS 层作为安全基础。其中 TLS 的前身是 SSL，目前广泛使用的是 TLS 1.2。
在Liunx服务器上发现有 10倍于 LISTEN 服务的 time_wait 状态，服务并非高并发，日常的连接数也比较少，因此该现象明显异常
运维行业正在变革，推荐阅读：30万年薪Linux运维工程师成长魔法 又到了一年一度的秋招，作为运维方向，看了一些面经，收集了一些笔试面试题，总结了一下，贴出来仅供参考，有错误的地方还请指出。 1.Linux设置环境变量 暂时的：export MYNAME=”new name” echo $MYNAME new name 永久的：通过改变/etc/profile实现 EG: export CLASSPATH=./java_HOME/lib;$JAVA_HOME/jre/lib 更改文件后执行 source
事实证明，读过Linux内核源码确实有很大的好处，尤其在处理问题的时刻。当你看到报错的那一瞬间，就能把现象/原因/以及解决方案一股脑的在脑中闪现。甚至一些边边角角的现象都能很快的反应过来是为何。笔者读过一些Linux TCP协议栈的源码，就在解决下面这个问题的时候有一种非常流畅的感觉。
nginx-gateway部署在公有云 A, 业务测试服务器部署在办公区机房B, 公有云region A 和 办公区机房 B通过soft V**互连。B机房中有不同类型的应用服务器【nodejs,java(tomcat)】做nginx-gateway的后端upstream节点。nginx-gateway编译安装了ngx_http_upstream_check_module插件，ngx_http_upstream_check_module用于做后端upstream节点的健康监测, healthcheck为每个upstream的后端节点配置有一个raise_counts/fall_couts状态的计数器。业务方同事反馈:从外部访问内部某些应用有概率出现超时, 经观察, nodejs,java(tomcat)的raise_counts计数器概率性地重置为0，
刚发现微信公众号有了标签功能，于是乎，我将我 Dubbo 相关的文章都打上了标签，仔细一统计，这已经是我第 41 篇原创的 Dubbo 文章了，如果你希望看到我其他的 Dubbo 文章，可以从话题标签点击进入。
本篇侧重点在于 TCP负载均衡，或者可以说，没有多少HTTP负载均衡相关的。所以如果不是你的菜，可以省些时间。
可能很多 Java 程序员对 TCP 的理解只有一个三次握手，四次挥手的认识，我觉得这样的原因主要在于 TCP 协议本身稍微有点抽象（相比较于应用层的 HTTP 协议）；其次，非框架开发者不太需要接触到 TCP 的一些细节。其实我个人对 TCP 的很多细节也并没有完全理解，这篇文章主要针对微信交流群里有人提出的长连接，心跳的问题，做一个统一的整理。
本文由爱奇艺技术团队原创分享，原题《构建通用WebSocket推送网关的设计与实践》，有优化和改动。
丛所周之，HTTP协议是一种无状态、基于TCP的请求/响应模式的协议，即请求只能由客户端发起、由服务端进行响应。在大多数场景，这种请求/响应的Pull模式可以满足需求。但在某些情形：例如消息推送（IM中最为常见，比如IM的离线消息推送）、实时通知等应用场景，需要实时将数据同步到客户端，这就要求服务端支持主动Push数据的能力。
一般来说，Web端即时通讯技术因受限于浏览器的设计限制，一直以来实现起来并不容易，主流的Web端即时通讯方案大致有4种：传统Ajax短轮询、Comet技术、WebSocket技术、SSE（Server-sent Events）。
很多应用譬如监控、即时通信、即时报价系统都需要将后台发生的变化实时传送到客户端而无须客户端不停地刷新、发送请求。本文首先介绍、比较了常用的 “服务器推”方案，着重介绍了 Comet － 使用 HTTP 长连接、无须浏览器安装插件的两种“服务器推”方案：基于 AJAX 的长轮询方式；基于 iframe 及 htmlfile 的流方式。最后分析了开发 Comet 应用需要注意的一些问题，以及如何借助开源的 Comet 框架－pushlet 构建自己的“服务器推”应用。
作者 | kiritomoe 来源 | https://mp.weixin.qq.com/s/6K9NKWkXEOKLleZV-8yLwA 前言 刚发现微信公众号有了标签功能，于是乎，我将我 Dubbo 相关的文章都打上了标签，仔细一统计，这已经是我第 41 篇原创的 Dubbo 文章了，如果你希望看到我其他的 Dubbo 文章，可以从话题标签点击进入。 这是一篇很久之前就想动笔写的文章，最近正好看到群里有小伙伴分享了 Dubbo 连接相关的文章，才又让我想起了这个话题。今天想跟大家聊的便是 Dubbo
腾讯云服务团队曾收到客户反馈：在使用SDK时，调用IM后台接口偶现超时的现象。在经过腾讯云客服人员排查后，发现部分用户请求并未到达IM后台。此时往往会引导从客户侧网络开始排查，其中有一项优化措施是建议客户端使用长连接+连接池的调用方式。本文会详细介绍连接池技术的原理和使用方式，并通过实验验证在调用REST API时的优化效果。
** 若TIME_WAIT事件设置过短, 会导致错误后果 TIME_WAIT结束过早, 导致之前迷失的第三次握手突然到达, 新连接突然成功
单个应用程序 + 单个数据库这套基础开发套餐我相信每个人都经历过，甚至在初期它们还有可能部署在同一台服务器上。既然应用程序和数据库分属于两个不同的进程，所以这个问题本质上还是两个进程之间的通信问题。
“如何在激烈的移动社交市场竞争中脱颖而出？”这是当前移动社交应用领域众多开发者们所面临的现实问题。在产品功能特性同质化越来越严重的形势下，动用最小的研发资源实现“附近的人”，进而将更多的团队资源投入到产品创新，是大家的深层诉求。 据了解腾讯云分析（mta.qq.com）近日推出的“社交LBS”SDK服务，其覆盖Android和iOS两大主流平台，所有功能免费。开发者只需花10分钟集成SDK之后，便可无视各项复杂的技术挑战，轻松实现“附近的人”。 腾讯社交LBS提供何种服务？ 首先，社交LBS服务主要围绕
“如何在激烈的移动社交市场竞争中脱颖而出？”这是当前移动社交应用领域众多开发者们所面临的现实问题。在产品功能特性同质化越来越严重的形势下，动用最小的研发资源实现“附近的人”，进而将更多的团队资源投入到产品创新，是大家的深层诉求。 据了解腾讯云分析（mta.qq.com）近日推出的“社交LBS”SDK服务，其覆盖Android和iOS两大主流平台，所有功能免费。开发者只需花10分钟集成SDK之后，便可无视各项复杂的技术挑战，轻松实现“附近的人”。 腾讯社交LBS提供何种服务？ 首先，社交LBS服务主要
我也会在每天忙完后，抽 1 个时间去回答大家的问题，但是不一定每个人我都能回答的到，因为有时候信息太多，可能没有看到你的问题。
本文引用了“蔷薇Nina”的“Nginx 相关介绍(Nginx是什么?能干嘛?)”一文部分内容，感谢作者的无私分享。 1、引言 Nginx（及其衍生产品）是目前被大量使用的服务端反向代理和负载均衡方案
HTTP 基础知识大家掌握的怎么样呀？对于长连接这一块的内容应该也不是什么新鲜东西了吧。毕竟 HTTP1.1 都已经发布这么久了。今天主要来看的就是长连接相关的配置，另外还会介绍几个和连接有关的内容。同时，今天的内容除了 HTTP 外，还需要一点 TCP 的知识。没办法，毕竟 Ngxin 本身就是一个网络代理服务器软件，离不开的就是各种网络相关的知识。相信大家肯定没问题的，毕竟很早前在短视频中就说过，基础能比我差的程序员估计在全国范围内都找不到几个了。
大概几年前搞过一套嵌入式linux上的人脸识别程序，当然人脸识别的核心算法并不是自己开发的，关于人脸识别算法这一块，虽然有众多的开源库可以用，甚至还可以用opencv搞算法训练深度学习之类的，个人认为始终达不到准确度的要求，尤其是人脸比对的准确度，这个需要专业的人脸训练模型才行。目前市面上绝大部分的人脸识别库提供的都是X86的或者安卓ios的库，并没有嵌入式linux的库，估计一方面因为嵌入式linux跑的板子性能比较低，还有一个就是依赖特定编译器，版本众多难以提供，市场也小，所以大部分的厂家都没有提供嵌入式linux的开发包，这个就比较鸡肋，所以很多终端厂家最终弃用linux而选用安卓作为载体系统，这样就可以用上高大上的人脸识别库了，比如萤火虫开发板，RK3288 RK3399等。
1、TCP_NODELAY 你怎么可以强制 socket 在它的缓冲区里发送数据？ 一个解决方案是 TCP 堆栈的 TCP_NODELAY选项。这样就可以使缓冲区中的数据立即发送出去。
前言：作为一名开发人员我们经常会听到HTTP协议、TCP/IP协议、UDP协议、Socket、Socket长连接、Socket连接池等字眼，然而它们之间的关系、区别及原理并不是所有人都能理解清楚，这篇文章就从网络协议基础开始到Socket连接池，一步一步解释他们之间的关系。
IM 架构中的 TCP 长连接接入层的 NET 连接一般会很多，比如单台服务器至少会有几十万，有的甚至会到百万连接；这个长连接的维持，也就代表中会有这么多客户端（用户）的接入。那么我们怎么去管理这些连接？当有数据需要下发的时候，怎么能够快速根据连接信息找到用户、或者根据用户快速定位到网络连接？这就需要我们能够有一个合适的数据结构去维护，并且我们需要考虑一些其他的点比如快速定位、机器内存大小等。
线上有几台QPS每秒几万请求的服务器，大致访问链路如下：client -> nginx -> web 服务器，由于每台机器上混布了多个web服务并通过nginx反向代理统一分发请求，在服务升级的时候经常出现端口被占用的情况，排查问题时，发现系统过存在几万多个 time_wait状态。统计命令如下：
1. Requests per second（RPS）：Nginx 每秒处理的请求数（也就是 QPS）。
近期发现生产环境一业务应用系统，不定时发生数据库连接断开，再次请求后正常连接问题。 系统日志中具体错误信息如下：ORA-03135: 连接失去联系\n进程 ID: 9349\n会话 ID: 2834 序列号: 64475"。 oracle版本：11.2.0.4 日志信息：
以下内容为入门级介绍，意在对老技术作较全的总结而不是较深的研究。主要参考《构建高性能Web站点》一书。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
