Windows系统下文件系统筛选器驱动与微筛选器驱动的区别是什么

文件系统筛选器驱动是统称概念，指代所有能够挂载到Windows文件系统栈上，拦截、修改文件IO请求的内核态驱动程序，它包含两个技术代际完全不同的实现分支：

• 文件系统旧式筛选器驱动（Legacy File System Filter Driver）
• 文件系统微筛选器驱动（File System Minifilter Driver）

你之前的混淆主要是把父集概念和其中的子集概念当成了平级的不同选项，下面是两类子实现的核心差异：

• 是Windows NT 4到Windows XP/Server 2003时期的主流实现，微软已经完全停止该技术路线的支持，Windows 10及以上版本仅对极少数经过特殊签名的旧式筛选器提供兼容
• 驱动需要自行实现完整的过滤栈挂载、IO请求排队、分发、完成、错误处理等全链路逻辑，开发门槛极高，稍有不慎就会引发系统死锁、栈溢出、IO泄露等严重问题
• 无统一调度机制，多个旧式筛选器共存时的加载顺序直接决定IO处理优先级，很容易出现互相冲突的问题

• 是微软从Windows Vista开始推出的替代旧式筛选器的官方推荐方案，目前所有新的文件过滤类驱动都要求基于该框架实现
• 依赖系统自带的FltMgr.sys（筛选器管理器）作为统一调度层，开发者只需要实现业务相关的IO回调逻辑即可，不需要处理复杂的底层栈管理、IO传递等逻辑，开发难度和故障概率大幅降低
• 支持动态加载/卸载、运行时修改拦截规则、通过官方分配的海拔高度（Altitude） 固定IO处理优先级，多个微筛选器共存时不会出现旧式筛选器的顺序冲突问题
• 微软提供了完备的开发工具、调试套件和签名认证通道，兼容性覆盖所有仍在支持周期内的Windows版本

• 技术代际不同：旧式筛选器是已淘汰的落后方案，微筛选器是当前唯一被官方推荐的主流方案，二者都属于文件系统筛选器驱动的子集
• 架构依赖不同：旧式筛选器直接挂载到原生文件系统栈，微筛选器挂载到系统统一的FltMgr调度层之上
• 开发成本与稳定性差异巨大：微筛选器的开发门槛、线上故障概率远低于旧式筛选器
• 兼容性不同：Windows 10及以上版本已经逐步取消对旧式筛选器的支持，仅兼容微筛选器驱动

内容的提问来源于stack exchange，提问作者Eyalnir7