前言：多个进程不能同时绑定同一个IP和端口，这是早期Linux内核的一个限制，这个限制给服务器带来了很多不便之处，因为服务器的架构通常不是单进程的，尤其在多核的时代，但是3.9的内核带来了新的特征SO_REUSEPORT。不仅使得服务器的代码逻辑变得简单，对服务器的性能也提升了不少。SO_REUSEPORT的意义是支持同用户下的多个进程同时监听一个IP和端口，本文介绍在Node.js中支持SO_R

基本概念： SO_REUSEADDR套接字选项能起到以下4个不同的功用： （1）SO_REUSEADDR允许启动一个监听服务器并捆绑众所周知端口，即使以前建立的该端口用作它们的本地端口的连接仍存在。 这个条件通常是这样碰到的： a）启动一个监听服务器； b）连接请求到的，派生一个子进程来处理这个客户； c）监听服务器终止，但子进程继续为现有的连接上的客户提供服务； d）重启监听服务器

Socket的基本背景 在讨论这两个选项的区别时，我们需要知道的是BSD实现是所有socket实现的起源。基本上其他所有的系统某种程度上都参考了BSD socket实现（或者至少是其接口），然后开始了它们自己的独立发展进化。显然，BSD本身也是随着时间在不断发展变化的。所以较晚参考BSD的系统比较早参考BSD的系统多一些特性。所以理解BSD socket实现是理解其他socket实现的基石。下面

在前段时间公司开发的一个项目中，需要使用多个进程监听同一个端口提高性能，这样的需求需要我们解决惊群问题。     在早些时候，我们是不能在多个子进程中listen、bind同一个socket端口的。通常的做法会在主进程中对端口进行listen、bind，然后把它同时扔进每个子进程维护的epool池中。     在这种情况下，当一个客户端请求来到服务端，会导致多个子进程的ep

繁忙了一整天，下班回家总会有些许轻松，这是肯定的。时间不等人，只要有剩余的时间，就想来点自己喜欢的东西。下班的班车上，用手机那令人遗憾的屏幕目睹了Linux 4.6的一些新特性，让我感兴趣的有两点，第一是关于reuseport的，这也是本文要阐释的，另外一个是关于KCM(Kernel Connection Multiplexor)的，而这个是我本周末计划要写的内容，这些都是回忆，且都是我本身经历过

分享一下我老师大神的人工智能教程！零基础，通俗易懂！http://blog.csdn.net/jiangjunshow 也欢迎大家转载本篇文章。分享知识，造福人民，实现我们中华民族伟大复兴！ 繁忙了一整天，下班回家总会有些许轻松，这是肯定的。时间不等人，只要有剩余的时间，就想来点自己喜欢的东西。下班的班车上，用手机那令人遗憾的屏幕目睹了Linux 4.6的一些新特性，让我感兴趣的有两点