今天与阴特尔和惠普的若干后台服务斗争了大半天，记录一下。这几个服务的共同特征是有驱动，有服务，有启动项，无卸载程序，属于标准牛皮癣应用。
唯一区别是做为驱动有那么一点点理由赖着不走，但实际上在系统克隆、迁移、虚拟化、老化清理等背景下，还是有卸载和清理的需求。
我实际上是直接用 dism ++ 卸载的，就是看可疑的驱动勾选删除，反正一般卸载错了也会自己重装回来。
不过联想官方给了一篇更精准的卸载方法，可以参考一下。实际上就是卸载掉ICPS开头的两个驱动。
去计算机管理-服务里面，找到类似Intel Connectivity Performance Suite和另外一个关联的名字（具体的已经卸载掉忘了，反正是network一类的），右键属性，找到服务名字和关联的exe文件路径，复制到一个记事本以免忘掉，然后用sc delete "Intel Connectivity Performance Suite"这样的命令卸载之。
卸载完了之后，其实服务还在运行，需要sc stop "Intel Connectivity Performance Suite"这样的命令来停止，然后刷新一下，应该不见了。
此时，去刚才记录的关联的exe文件路径处，大概是C:\Windows\System32\drivers\Intel\ICPS这样的，或者用everything搜索一下ICPS，可以看到一坨相关文件，这时候可以删除了。
然后，实际上这时候你搜ICPS，还能看到另一个很多内容的文件夹，是UWP包，同样没有卸载程序，应该是对应的界面。去dism ++的appx管理的预装应用里面，找到带有那一坨UPW包名的项目，勾选删除。
此时再用everything搜ICPS，应该就干净了。
但是！此时，其实还有若干残留的服务。重启一下，看计算机管理-服务，把Intel开头的服务过一遍，尤其是那些标着“自动”但是状态不是“正在运行”的，打开看关联的exe文件路径，如果是刚才删掉的两个文件夹（UWP包和C:\Windows\System32\drivers\Intel\ICPS）里面的（例如Intel Dynamic Bandwidth Management，不过他的服务名字是IDBWM），那么它也是残留项目，同样sc delete/stop IDBWM伺候。
其他的我这边还有七八个，甚至还有匪夷所思的“intel 软件授权服务”，我稀罕你授权是不？
还有一些Intel开头的服务， 是dism ++卸载完驱动就已经把文件清理干净，但服务项还留着的，典型的如关联exe指向C:\Windows\System32\DriverStore\FileRepository\文件夹的Intel(R) Audio Service服务，直接sc delete/就可以。
过程中，记得多用everything搜索一下，看看有没有类似名字的残留。
同样的，首先用dism ++卸载各种HP开头的驱动。
然后在dism ++的appx管理的预装应用里面，找到带有HP的UWP包，勾选删除。
重启一次，去计算机管理-服务里面，找HP开头的名字，大部分都是不需要的，看介绍也知道。
同时，大部分也是文件已经删了，服务启动不起来的那种。sc delete/stop就完了。
总体上看，惠普的代码比英特尔的规矩，起码都是不带空格，不需要打引号的。
HP旁边还有个华为的HWVEAudioService，也是没有卸载程序。应该与某个驱动有联动但没有直接关联。如果要清理，还是先卸载华为家的驱动，然后sc delete/stop HWVEAudioService，最后删除掉理论上不会再有人调用的文件夹C:\Windows\System32\HWAudioDriver。
今天使用 SystemInternals 的 AutoRuns 工具，发现使用上面的方法清理服务之后，Driver这边会有一些残留。出现在 AutoRuns 打开后的 Drivers 选项卡中，一片黄色都是“文件找不到”的警告。
猜测这种随驱动安装的是服务，在这里还有一次注册。删掉就好。