有时候,你可能会打开任务管理器,看看里面有什么进程在跑,你会发现,进程列表中有很多svchost.exe。
为什么会有如此多的svchost.exe进程呢?这个svchost.exe到底是什么呢?今天就来简单解释解释。
从传统的系统设计角度来看,每一个windows服务都会运行在它所在的进程中。这样,当你开发和测试你的服务的时候就十分简单方便。
但是,如果你打开Windows的服务管理器(命令行执行services.msc),你会发现,那里有很多服务,其中主要是Windows的服务,当然也包含第三方应用开发商开发的服务。如果每个服务都对应一个进程的话,则系统需要维护非常多的进程。对于一个进程来说,就算它什么实际的工作也不做,系统也需要为它分配各种资源来维护这个进程。将每个服务都放到一个进程中的设计方式实际上是一种资源的浪费,因为有很大一部分服务仅仅是在某些时间点下被触发执行。例如Microsoft Windows电话TAPI服务(Tapisrv),它仅仅会在处理和调制解调器(modem)相关的操作时才会被触发运行。
考虑到性能方面的原因,我们将相关的服务编到一个组中,在这个组中,所有的服务都会运行在一个叫做svchost的共享进程中。
这意味着,如果你发现某一个svchost.exe有些不正常,你还是无法知道到底是里面的哪一个服务出了问题。在微软的知识库中,有一篇专门讲解svchost的文章(how you can dig into each svchost to see which services are running inside it),它讲述了如何通过研究svchost进程来查看它承载了哪些服务。这还是很有用的,因为当svchost进程异常的时候,你至少可以缩写问题排查的范围。
1. 通过任务管理器查看。
2. 执行命令行指令:tasklist /svc /fi “imagename eq svchost.exe”
3. 通过Process Explorer工具来查看。
将多个服务跑在同一个进程中,减少了系统资源消耗,提升了性能。但是,这种设计也不可避免地增加了开发和调试服务的难度。所以,正在开发Windows服务的你,还需要再慎重慎重。