阿里妹导读：什么是经验？就是遇到问题，解决问题，总结方法。遇到的问题多了，解决的办法多了，经验自然就积累出来了。今天的文章是阿里技术专家蛰剑在工作中遇到的一个问题引发的对TCP性能和发送接收Buffer关系的系列思考（问题：应用通过专线从公司访问阿里云上的服务，专线100M，时延20ms，一个SQL查询了22M数据出现10倍+的信息延迟，不正常。）希望，你也能从中得到启发。
当服务器的并发TCP连接数以十万计时，我们就会对一个TCP连接在操作系统内核上消耗的内存多少感兴趣。socket编程方法提供了SO_SNDBUF、SO_RCVBUF这样的接口来设置连接的读写缓存，linux上还提供了以下系统级的配置来整体设置服务器上的TCP内存使用，但这些配置看名字却有些互相冲突、概念模糊的感觉，如下（sysctl -a命令可以查看这些配置）： net.ipv4.tcp_rmem = 8192 87380 16777216 net.ipv4.tcp_wmem = 8192 65536
当服务器的并发TCP连接数以十万计时，我们就会对一个TCP连接在操作系统内核上消耗的内存多少感兴趣。socket编程方法提供了SO_SNDBUF、SO_RCVBUF这样的接口来设置连接的读写缓存，linux上还提供了以下系统级的配置来整体设置服务器上的TCP内存使用，但这些配置看名字却有些互相冲突、概念模糊的感觉，如下（sysctl -a命令可以查看这些配置）：
总是一方发起请求，等待另一方回应。当一次传输完成之后，client端发起新的请求之后，server端才作出回应。 那如何才能做到双向通信？ 一种解决办法就是client端即使client，又是server，server端即使client也是server，如下：
getsockopt和setsockopt 这两个函数成功时返回0，失败时返回-1并设置errno。
backlog 参数定义了 sockfd 的挂起连接队列可能增长到的最大长度。如果连接请求在队列已满时到达，则客户端可能会收到指示 ECONNREFUSED 的错误，或者，如果基础协议支持重新传输，则可能会忽略该请求，以便以后的重新尝试连接成功。
在TCP编程中，我们使用协议(protocol)来解决粘包和拆包问题。本文将详解TCP粘包和半包产生的原因，以及如何通过协议来解决粘包、拆包问题。让你知其然，知其所以然。
Android很多地方会涉及到进程间的通信，比如输入系统，那么进程间通信会涉及哪些内容呢？
1) 应用程序可通过调用send(write, sendmsg等)利用tcp socket向网络发送应用数据，而tcp/ip协议栈再通过网络设备接口把已经组织成struct sk_buff的应用数据(tcp数据报)真正发送到网络上，由于应用程序调用send的速度跟网络介质发送数据的速度存在差异，所以，一部分应用数据被组织成tcp数据报之后，会缓存在tcp socket的发送缓存队列中，等待网络空闲时再发送出去。同时，tcp协议要求对端在收到tcp数据报后，要对其序号进行ACK，只有当收到一个tcp 数据报的ACK之后，才可以把这个tcp数据报(以一个struct sk_buff的形式存在)从socket的发送缓冲队列中清除。 tcp socket的发送缓冲区实际上是一个结构体struct sk_buff的队列，我们可以把它称为发送缓冲队列，由结构体struct sock的成员sk_write_queue表示。sk_write_queue是一个结构体struct sk_buff_head类型，这是一个struct sk_buff的双向链表，其定义如下：
参数释义： sock：网络文件描述符 level：选项所在协议层。 如果想要在套接字层面上进行配置，则将此项设置为SOL_SOCKET。 optname：需要访问的选项名 （后面会有）（取决于level） optval：对于getsockopt()，指向返回选项值的缓冲。对于setsockopt()，指向包含新选项值的缓冲。 optlen：对于getsockopt()，作为入口参数时，选项值的最大长度。作为出口参数时，选项值的实际长度。对于setsockopt()，现选项的长度。
本文是Netty文集中“Netty 源码解析”系列的文章。主要对Netty的重要流程以及类进行源码解析，以使得我们更好的去使用Netty。Netty是一个非常优秀的网络框架，对其源码解读的过程也是不断学习的过程。 嗯，本文与其说是ChannelConfig、Attribute源码解析，不如说是对ChannelConfig以及Attribute结构层次的分析。因为这才是它们在Netty中使用到的重要之处。 ChannelConfig 在Netty 源码解析 ——— 服务端启动流程 (下)中说过，当我们在
调用分词服务的服务发现超时并告警，查看分词服务被调耗时发现一切正常；本机手动请求发现确实存在响应慢的问题。
本篇博文是《从0到1学习 Netty》中进阶系列的第四篇博文，主要内容是通过源码与示例结合分析，研究 Netty 常见的配置常数，实现控制底层网络操作的行为，往期系列文章请访问博主的 Netty 专栏，博文中的所有代码全部收集在博主的 GitHub 仓库中；
下面来分别对这几个问题进行分析. 1. 操作系统能否支持百万连接? 对于绝大部分 Linux 操作系统, 默认情况下确实不支持 C1000K! 因为操作系统包含最大打开文件数(Max Open Fil
(1)如果在已经处于 ESTABLISHED状态下的socket(一般由端口号和标志符区分）调用close(socket)（一般不会立即关闭而经历TIME_WAIT的过程）后想继续重用该socket：
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/143874.html原文链接：https://javaforall.cn
当使用 setsockopt 函数设置套接字选项时，你需要指定特定的选项名称和相应的值。以下是一些常用的选项名称和对应的枚举值功能列表：
今天在给几个库做映射的时候，用tnsping，有一个库老是有问题，在客户端配置 tnsping NFTTEST Used TNSNAMES adapter to resolve the alias Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 172.19.198.51)(PORT = 1563))) (CONNECT_DATA = (SERVICE_NAME = NFTTEST
int setsockopt( SOCKET s, int level, int optname, const char* optval, int optlen );
ByteBuf 是必须要掌握的核心工具类，并且能够理解 ByteBuf 的内部构造。ByteBuf 包含三个指针：读指针 readerIndex、写指针 writeIndex、最大容量 maxCapacity，根据指针的位置又可以将 ByteBuf 内部结构可以分为四个部分：废弃字节、可读字节、可写字节和可扩容字节。如下图所示。
1. 问题背景 调用 setsockopt 设置 socket 属性失败，或者 getsockopt 获取 socket 属性失败。
水平触发：socket的接收缓冲区里有数据来了，只要缓冲里有数据，select、poll或者epoll就都会一直收到通知
Message Channel是一种基于Socket的面向连接的通信机制。Task以Message的形式交换数据，Message的大小和格式可变，一旦建立连接，它们可以在全双工模式下来回传递
当前环境：centos7.3三台 软件版本：kafka_2.12 部署目录：/usr/local/kafka 启动端口：9092 配置文件：/usr/local/kafka/config/server.properties
对于绝大部分 Linux 操作系统, 默认情况下确实不支持 C1000K! 因为操作系统包含最大打开文件数(Max Open Files)限制, 分为系统全局的, 和进程级的限制.
本章节主要分析Netty在启动过程中的配置内容以及最终调用bind方法是如何启动Netty服务端的。
Android的事件有好几类，我们遇到最多的就是Touch事件。这部分和其他模块非常相似，系统有一个核心的Service来接收这些事件，通过IPC把事件分发用户进程，也就是相应的注册者，这部分虽然相似但也有不同。
第一个重要的子模块就是这个 Server 相关的模块。Server 代表服务的意思，其实就是这个 Nginx 的 HTTP 服务端所能提供的服务。或者更直白点说，就是虚拟主机的配置。通过 Server ，我们可以在同一台服务器上，配置监听不同端口号的 HTTP 应用，配置不同域名解析的 HTTP 服务，并且还可以灵活组合进行各种不同的域名和端口号的配置。这就是 Server 模块的作用。
粘包拆包是TCP协议传输中一种现象概念。TCP是传输层协议，他传输的是“流”式数据，TCP并不知道传输是哪种业务数据，或者说，并不关心。它只是根据缓冲区状况将数据进行包划分，然后进行传输。
如果Handler处理器有一些长时间的业务处理，可以交给taskQueue异步处理。
创建网络套接字，用于网络通信使用，类似于文件操作的open函数。该函数在服务器和客户端都会用到。
socket(套接字)是网络编程编程的一种技巧。通过socket不仅可以实现跨进程通信，还可以实现跨主机的网络通信。使用这种技术，就可以实现全国各地的通讯。例如：深圳的一台电脑接收来自北京一台电脑发来的信息。 本篇不涉及太底层的网络原理，仅说明socket的基本使用方法。主要参考《Linux网络编程》。本篇源码获取方式见文底小字。
本章来写一个插件，插件功能为通过NETLINK读取linux系统中的hotplug信息，比如usb、SD卡、磁盘等设备的插拔事件产生的信息，将读到的信息通过插件间通信的方式发出。
当前环境：centos7.3一台 软件版本：kafka_2.12 部署目录：/usr/local/kafka 启动端口：9092，9093，9094 配置文件：/usr/local/kafka/config/server.properties
本篇博文是《从0到1学习 Netty》中进阶系列的第一篇博文，主要内容是介绍粘包半包出现的现象和原因，并结合应用案例来深入讲解多种解决方案，往期系列文章请访问博主的 Netty 专栏，博文中的所有代码全部收集在博主的 GitHub 仓库中；
今天看到一篇写UDP 丢包场景的文章，其中提到如果UDP 缓冲区填满导致丢包的问题，写了个小程序验证了下，确实之前没有细究过，描述如下：
在开发 socket 应用程序时，首要任务通常是确保可靠性并满足一些特定的需求。利用本文中给出的 4 个提示，您就可以从头开始为实现最佳性能来设计并开发 socket 程序。本文内容包括对于 Sockets API 的使用、两个可以提高性能的 socket 选项以及 GNU/Linux 优化。
在Linux上做网络应用的性能优化时，一般都会对TCP相关的内核参数进行调节，特别是和缓冲、队列有关的参数。网上搜到的文章会告诉你需要修改哪些参数，但我们经常是知其然而不知其所以然，每次照抄过来后，可能很快就忘记或混淆了它们的含义。本文尝试总结TCP队列缓冲相关的内核参数，从协议栈的角度梳理它们，希望可以更容易的理解和记忆。注意，本文内容均来源于参考文档，没有去读相关的内核源码做验证，不能保证内容严谨正确。作为Java程序员没读过内核源码是硬伤。
安装方法： rpm及源码安装： # ./configure --prefix=/usr/local/nginx --conf-path=/etc/nginx/nginx.conf --user=nginx --group=nginx --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx/nginx.pid --lock-path
对于TCP的初始接收窗口大小，linux和centos的实现是不一样的，如linux内核3.10版本的初始接收窗口定义为10mss，但centos 3.10内核中的初始窗口大小定义为TCP_INIT_CWND * 2，即20*MSS大小。(看着linux源码在centos7.4系统上测试，纠结了好久。。)
类名 ServerSocket 所属包 java.net.ServerSocket 所有被实现的接口 Cloneable,AutoCloeable 直接父类 SSLServerSocket 类声明 public class ServerSocket extends Object implements Cloneable 类概述 这个类是用来实现服务端Socket的。 一个ServerSocket将会等待来自于网络的请求，当它收到请求后将会针对这些请求做出一些处理，然后给请求者返回处理的结果。 服务端Soc
struct sockaddr ：很多网络编程函数的出现早于IPV4协议，为了向前兼容，现在sockaddr都退化成（void *）结构了。 传递一个地址给函数，然后由函数内部再强制类型转换为所需的地址类型。
从手指接触屏幕到MotionEvent被传送到Activity或者View，中间究竟经历了什么？Android中触摸事件到底是怎么来的呢？源头是哪呢？本文就直观的描述一个整个流程，不求甚解，只求了解。
客户端在建立连接时会首先发送SYN报文，但是假设此时你没有收到服务端SYN+ACK的响应报文，客户端此时会重传SYN报文，此时你需要根据实际情况来调整SYN报文的重传次数，以便客户端能够及时得到反馈。
前言：不在本文中详细说明网络通信（具体的准备有时间开一个网络专栏，具体按照Cisco Packet进行实验模拟说明。）
此前的文章中，我们介绍了 tcp 协议的基本概念和连接的建立与终止 最后，我们介绍了“经受时延的确认”，这是一种将 ACK 包与下一条数据包合并发送的策略，这样可以尽量减少发往网络的报文，以提高传输的效率，节省网络资源。 除此之外，TCP 还有很多其他算法和策略用来优化网络的使用。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
