网络:多个进程能否监听同一个端口号?

我们都知道socket是网络上两个进程之间的双向通信链路, 即

socket = 《A进程的IP地址:端口号,B进程的IP地址:端口号》

那么有个问题就很有意思了,不同的进程可以监听在同一个IP地址:端口号么?

根据Unix网络编程中的知识可知,服务端监听一个端口会经历:

1、根据套接字类型(Ipv4,Ipv6等)创建套接字socket

2、将套接字bind绑定到具体的网络地址和端口号

3、调用listen开始在这个套接字上进行监听。

Unix提供了一个接口setsockopt()可以在bind之前设置套接字选项,其中就包括REUSEADDR这个选项,表明可以多个进程复用bind函数中指定的地址和端口号。

由此可知多个应用(进程),包括同一个应用多次,都是可以绑定到同一个端口进行监听的。对应地C++、NET等高级语言也都提供了对应的接口。


从一些例子也可以看出,比如有时候你在服务器上执行netstat -ano可能会发现同一个应用程序在同一个端口上有多个监听,这是因为一些服务端应用程序可能会异常退出或者没有完全释放套接字,但是需要在重新启动时还能够再次监听同一个端口,所以需要能够具备重复监听同一个端口的能力,因此也出现上述情形。

时间: 03-20

网络:多个进程能否监听同一个端口号?的相关文章

通过进程pid号来查看对应的监听的端口号

netstat -anp |grep pid进程号 这个命令可以通过进程pid号来查看对应的监听的端口号root@zabbixclient:~/python# netstat -anp |grep 53298tcp6 0 0 :::3306 ::: LISTEN 53298/mysqld unix 2 [ ACC ] STREAM LISTENING 1682646 53298/mysqld /var/run/mysqld/mysqld.sockroot@zabbixclient:~/pytho

linux系统实现多个进程监听同一个端口

通过 fork 创建子进程的方式可以实现,其他情况下不行. 当连接到来时,子进程.父进程都可以 accept, 这就是著名的"惊群"问题(thundering herd problem). 惊群现象 在该模型下(多个子进程同时共享监听套接字)即可实现服务器并发处理客户端的连接.这里要注意的是,计算机三次握手创建连接是在内核进程里完成的,不需要应用服务进程参数的,而服务进程仅仅要做的是调用accept将已建立的连接构建对应的连接套接字connfd(可参考 http://blog.csdn

DSAPI多功能组件编程应用-HTTP监听服务端与客户端_指令版

前面介绍了DSAPI多功能组件编程应用-HTTP监听服务端与客户端的内容,这里介绍一个适用于更高效更快速的基于HTTP监听的服务端.客户端. 在本篇,你将见到前所未有的超简化超傻瓜式的HTTP监听服务,与前篇中的不同,在DSAPI中,指令版同时包含了服务端与客户端. 先来看一下使用方法,几乎不需要太多的说明,当然,它是支持事件的.所谓指令版,即服务端和客户端收发都是基于短字串的,比如客户端发一个"hello",服务端收到这个指令后返回一个"Hi".为确保传输的数据有

进程的监听

一.进程(Process)是计算机中的程序关于某数据集合上的一次运行活动,是系统进行资源分配和调度的基本单位,是操作系统结构的基础 C++监听进程状态:首先加载#include "tlhelp32.h"头文件 主要函数:CreateToolhelp32Snapshot( DWORD dwFlags, //用来指定“快照”中需要返回的对象,可以是TH32CS_SNAPPROCESS等 DWORD th32ProcessID //一个进程ID号,用来指定要获取哪一个进程的快照,当获取系统进

第五章 多个消费者监听同一个队列

生产者:代码如上一章 消费者1:代码如前一章 消费者2:与消费者1代码完全相同 注意:此时,消费者1和2监听在同一个队列上,队列会以轮训的方式将10个消息分别交给消费者1和2进行处理. 但是这种情况下,如果消费者1处理的消息比较繁重,而消费者2处理的消息比较轻松地话,实际上应该让消费者2多处理一些消息,在消费者代码添加中如下代码: /** * basicQos(int prefetchCount) * prefetchCount:maximum number of messages that t

java实现服务端守护进程来监听客户端通过上传json文件写数据到hbase中

1.项目介绍: 由于大数据部门涉及到其他部门将数据传到数据中心,大部分公司采用的方式是用json文件的方式传输,因此就需要编写服务端和客户端的小程序了.而我主要实现服务端的代码,也有相应的客户端的测试代码.这里须有一个需要提到的是,我在实现接收json文件的同时,而且还需将数据写到hbase中.写入到hbase当中采用的是批量插入的方式,即一次插入多条记录. 好了,有了前面的说明,下面来简单的说一下我实现的服务端的小程序把. 2.为了实现服务端能够监听客户端的行为,因此我在服务端采用多线程的技术

多个消费者监听同一个队列

生产者:代码如上一章 消费者1:代码如前一章 消费者2:与消费者1代码完全相同 注意:此时,消费者1和2监听在同一个队列上,队列会以轮训的方式将10个消息分别交给消费者1和2进行处理. 但是这种情况下,如果消费者1处理的消息比较繁重,而消费者2处理的消息比较轻松地话,实际上应该让消费者2多处理一些消息,在消费者代码添加中如下代码: /** * basicQos(int prefetchCount) * prefetchCount:maximum number of messages that t

HTML5 监听移动端浏览器返回键兼容版本

// 往windosw对象中的历史记录注入URL的方法 function addUrl() { var state = { title: "title", url: "#" }; window.history.pushState(state, "title", "#"); } addUrl(); // 每调用一次可以监听返回一次 addUrl(); // 每调用一次可以监听返回一次 addUrl(); // 每调用一次可以监听

实时监听移动端输入框的变化

一个常见需求,实时监听textarea的输入变化,并在页面上显示还能够输入多少字符. 开发过程中翻了两个形式错误: 1.仅仅使用onkeyup事件 2.使用zepto绑定事件的时候,经验主义错误 第三方输入法在输入拼音的时候,并没有把输入的汉字直接写在输入框内,而是在输入法上方暂存,只有选择了字后才填到textarea输入框中,这时候是兼听不到键盘事件的,所以完全依赖keyup事件,是没办法准确获取所输入的字符数的,所以只能监听其他事件,HTML5新增事件oninput完美解决这一bug,但是当