启动一个tomcat部署多个项目，那么每个项目算是一个线程还是进程呢？
[问题点数：40分，结帖人L_GTim]
启动一个tomcat部署多个项目，那么每个项目算是一个线程还是进程呢？
[问题点数：40分，结帖人L_GTim]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
2013年5月 总版技术专家分月排行榜第一
2015年12月 总版技术专家分月排行榜第二2014年8月 总版技术专家分月排行榜第二2014年7月 总版技术专家分月排行榜第二2013年6月 总版技术专家分月排行榜第二
2013年5月 总版技术专家分月排行榜第一
2015年12月 总版技术专家分月排行榜第二2014年8月 总版技术专家分月排行榜第二2014年7月 总版技术专家分月排行榜第二2013年6月 总版技术专家分月排行榜第二
2013年12月 Web 开发大版内专家分月排行榜第三
匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。当前访客身份：游客 [
当前位置：
追问一下：怎么保证一个请求过来，只被一个监听进程响应了！
共有13个答案
<span class="a_vote_num" id="a_vote_num_
多个socket绑定同一个端口，叫做端口复用
下列代码可以使用socket绑定多次
//SO_REUSEADDR选项就是可以实现端口重绑定的
　　if(setsockopt(s,SOL_SOCKET,SO_REUSEADDR,(char *)&val,sizeof(val))!=0)
　　printf("error!setsockopt failed! ");
　　return -1;
<span class="a_vote_num" id="a_vote_num_
引用来自“火星人”的评论引用来自“ZYud”的答案引用来自“火星人”的答案1）因为nginx的worker进程都是master进程fork出来的，继承了监听句柄。
2）nginx实现了一个锁，work进程竞争，谁获取锁，谁accept连接。不是使用select方法?
工作进程的事件处理方式是可选的，在编译的时候配置即可，windows下用的是select，linux下默认用的是epoll或者kqueue。
多个进程监听一个端口，当使用select模型的时候，不用加锁吗
<span class="a_vote_num" id="a_vote_num_
引用来自“痞子汤”的答案多个进程可以监听同一个端口，岂不是不同的应用可以监听同一个端口！
两个完全独立的进程 ， 和 fork 出来的父子进程是有区别的吧。 &再说我觉得和进程池有 点类似，图已经表明&
在accept 之前你 fork 一堆子进程，在子进程内进行 accept 应该莫有问题吧
进程池只是维护一定数量的进程不销毁，等待连接进来后直接分配，少去了fork进程以及销毁进程的系统开销，这并不等于他们都可以同时监听的！
<span class="a_vote_num" id="a_vote_num_
<span class="a_vote_num" id="a_vote_num_
多个进程可以监听同一个端口，岂不是不同的应用可以监听同一个端口！
两个完全独立的进程 ， 和 fork 出来的父子进程是有区别的吧。 &再说我觉得和进程池有 点类似，图已经表明&
在accept 之前你 fork 一堆子进程，在子进程内进行 accept 应该莫有问题吧
<span class="a_vote_num" id="a_vote_num_
引用来自“火星人”的答案1）因为nginx的worker进程都是master进程fork出来的，继承了监听句柄。
2）nginx实现了一个锁，work进程竞争，谁获取锁，谁accept连接。对于第二点，如果他是这么实现的，岂不是性能是master进程负责监听分配任务的方式底，毕竟master的事儿没少做，还有资源竞争的代价在里面
<span class="a_vote_num" id="a_vote_num_
引用来自“痞子汤”的答案类似 进程池进程池貌似跟这个是两码事儿吧
<span class="a_vote_num" id="a_vote_num_
引用来自“火星人”的答案1）因为nginx的worker进程都是master进程fork出来的，继承了监听句柄。
2）nginx实现了一个锁，work进程竞争，谁获取锁，谁accept连接。可是按道理说一个端口可是有一个应用的多个进程同时占用，但只能被一个进程所监听的呀！
一般情况下都是master进程负责监听，将任务分配给不同的子进程，即使是master进程fork出来的，也只是或得那个socket的句柄，也并未真正获得监听句柄吧！
追问一下：多个进程可以监听同一个端口，岂不是不同的应用可以监听同一个端口！
能帮我写个简单的c例子么？
<span class="a_vote_num" id="a_vote_num_
引用来自“ZYud”的答案引用来自“火星人”的答案1）因为nginx的worker进程都是master进程fork出来的，继承了监听句柄。
2）nginx实现了一个锁，work进程竞争，谁获取锁，谁accept连接。不是使用select方法?
工作进程的事件处理方式是可选的，在编译的时候配置即可，windows下用的是select，linux下默认用的是epoll或者kqueue。
<span class="a_vote_num" id="a_vote_num_
类似 进程池
更多开发者职位上
有什么技术问题吗？
类似的话题计算机作业：感激不尽...在主机1上的一个进程被分配端口p,在主机2上的一个进程被分配端口q.试问：这两个端口之间是否可以同时存在两条或者更多条TCP连接?请说明理由._百度作业帮
计算机作业：感激不尽...在主机1上的一个进程被分配端口p,在主机2上的一个进程被分配端口q.试问：这两个端口之间是否可以同时存在两条或者更多条TCP连接?请说明理由.
计算机作业：感激不尽...在主机1上的一个进程被分配端口p,在主机2上的一个进程被分配端口q.试问：这两个端口之间是否可以同时存在两条或者更多条TCP连接?请说明理由.
答：不可以.一条连接仅仅用它的套接口标识.因此,(1,p)--(2,q)是在这两个端口之间惟一可能的连接.13507人阅读
redis（2）
Linux 学习（23）
默认Redis程序安装在/usr/local/redis目录下；
配置文件：/usr/local/redis/redis.conf，该配置文件中配置的端口为默认端口：6379；
Redis的启动命令路径：/usr/local/bin/redis-server。
可以指定端口启动多个Redis进程。
#/usr/local/bin/redis-server
--port 6380 & &&&#启动6380端口的redis实例。
====================以下每个进程对应一个配置文件（转载）===================================================
需要启动多个Redis实例：
一台Redis服务器，分成多个节点，每个节点分配一个端口（6380，6381…），默认端口是6379。
每个节点对应一个Redis配置文件，如： redis6380.conf、redis6381.conf
#cp redis.confredis6380.conf
#vi redis6380.conf
pidfile : pidfile/var/run/redis/redis_6380.pid
logfile : logfile/var/log/redis/redis_6380.log
rdbfile : dbfilenamedump_6380.rdb
(其他配置文件类&#20284;修改)
启动多个redis实例：
#redis-server/usr/local/redis/redis6380.conf
#redis-server/usr/local/redis/redis6381.conf
补充说明：
Redis数据存储
redis 的存储分为内存存储、磁盘存储和log文件三部分，配置文件中有三个参数对其进行配置。
save seconds updates：在指定时间内，达到多少次更新操作时，就将数据同步到数据文件。这个可以多个条件配合，比如默认配置文件中的设置，就设置了三个条件。
appendonly yes/no：是否在每次更新操作后进行日志记录，如果不开启，可能会在断电时导致一段时间内的数据丢失。
因为redis本身同步数据文件是按上面的save条件来同步的，所以有的数据会在一段时间内只存在于内存中。
appendfsyncno/always/everysec：no表示等操作系统进行数据缓存同步到磁盘，always表示每次更新操作后手动调用fsync()将数据写到磁盘，everysec表示每秒同步一次。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：179544次
积分：2147
积分：2147
排名：第10509名
原创：29篇
转载：59篇
评论：27条多个tcp连接使用同一个端口
[问题点数：100分，结帖人bdxxxx]
多个tcp连接使用同一个端口
[问题点数：100分，结帖人bdxxxx]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
2001年 总版技术专家分年内排行榜第七
2002年1月 总版技术专家分月排行榜第一
2011年9月 C/C++大版内专家分月排行榜第二2011年4月 C/C++大版内专家分月排行榜第二2010年11月 C/C++大版内专家分月排行榜第二
2011年6月 C/C++大版内专家分月排行榜第三
2001年 总版技术专家分年内排行榜第七
2002年1月 总版技术专家分月排行榜第一
2001年 总版技术专家分年内排行榜第七
2002年1月 总版技术专家分月排行榜第一
2011年8月 C/C++大版内专家分月排行榜第二
2011年8月 C/C++大版内专家分月排行榜第二
本帖子已过去太久远了，不再提供回复功能。}