监听端口，需要占用cpu资源么？比如：tomcat监听80端口，有请求进来，就会立即
收到然后进行处理，然后响应，这个总不会是while循环一直监测这个端口的状态吧？
还是说是通过cpu的中断？
这个需要看你监听的机制，如果是poll类型的监听的时候不占用。
cpu肯定会中断、多路复用的cpu
耗费。只要系统运行就耗费资源，只是多与少的问题。系统资源利用率越高，系统响应就会越慢。
监听一般都会启动线程。一般会While的。
我觉得这个是要占用CPU资源的，而且监听这个动作是比较不耗CPU资源。
这个需要看你监听的机制，如果是poll类型的监听的时候不占用。
肯定会占用CPU资源的，不过现在的CPU这么强大，占用这点资源没关系的
存在进程即需要占用CPU，
答案是肯定得占用 cpu得根据端口号码 将请求交给相应的进程执行
占用，有运算就有占用，哥们
肯定需要的，只要开进程就会占用CPU计算资源的
轮巡监听，占用资源很少
开进程就会占用CPU计算资源的
启用程序了就会占用， 需要随时待命！等待访问
在监听就会占用资源，只不过占用的资源比较少
存在进程就会占用cpu，
进程运行需要cpu
如果你只是问是否占用，那么答案是肯定的。任何任务的执行都要占用CPU呀。但是不同的监听机制，占用的CPU多少不同罢了
硬件中断资源有限，像这种软件定义的端口是要软件自己解决，占用CPU资源的。
看来还得去看看计算机组成原理和操作系统才行，一般来说，操作系统的端口监听是通过cpu中断的方式的，就是一个请求来到
某个端口（不管是网络上还是本地的），监听该端口的进程就会引起一个cpu中断，这是硬件层面的中断，就像打开开关，灯就亮，
打开水龙头水就会流下来一样，是硬件设计层面而不是软件层面的。只是还有一个不大理解的是怎么草席统统怎么就知道有请求到来了？