能力值：
( LV2，RANK：10 )
|
-
-
26 楼
看看
|
能力值：
( LV5，RANK：60 )
|
-
-
27 楼
mark
|
能力值：
( LV2，RANK：10 )
|
-
-
28 楼
6666666666
|
能力值：
( LV2，RANK：10 )
|
-
-
29 楼
mark
|
能力值：
( LV1，RANK：0 )
|
-
-
30 楼
学习一下
|
能力值：
( LV2，RANK：10 )
|
-
-
31 楼
mark
|
能力值：
( LV2，RANK：10 )
|
-
-
32 楼
回复看内容
|
能力值：
( LV2，RANK：10 )
|
-
-
33 楼
感谢分享
|
能力值：
( LV2，RANK：10 )
|
-
-
34 楼
感谢你的贡献，论坛因你而更加精彩！
|
能力值：
( LV5，RANK：65 )
|
-
-
35 楼
1
|
能力值：
( LV2，RANK：10 )
|
-
-
36 楼
看看
|
能力值：
( LV1，RANK：0 )
|
-
-
37 楼
mark
|
能力值：
( LV1，RANK：0 )
|
-
-
38 楼
mark
|
能力值：
( LV2，RANK：10 )
|
-
-
39 楼
InstanceSetupCallback这个实例不是在卷挂载好之后，创建并绑定实例时触发的嘛，你在这里面拦截物理卷挂载操作会不会晚了，不排除可以这样做，但你应该不仅要删除盘符，还得删除相关的卷设备结构、以及绑定在上面的很多实例吧，这清理工作估计挺复杂的。我之前也做过相关需求，最简单的方式就是添加一个IRP_MJ_VOLUME_MOUNT请求的pre回调，在里面拦截过滤即可，几乎没有啥清理工作。虽然挂载的请求码是IRP_MN_MOUNT_VOLUME，但微过滤器在初始化时会检测是否有提供IRP_MJ_VOLUME_MOUNT的回调，有的话该微过滤器全局使用这个回调来处理卷挂载请求。
|
能力值：
( LV2，RANK：10 )
|
-
-
40 楼
感谢你的贡献，论坛因你而更加精彩！
|
能力值：
( LV2，RANK：10 )
|
-
-
41 楼
1
|
能力值：
( LV2，RANK：10 )
|
-
-
42 楼
收藏学习
|
能力值：
( LV2，RANK：10 )
|
-
-
43 楼
驱动的兼容不太好说
|
能力值：
( LV2，RANK：10 )
|
-
-
44 楼
学习了 好文
|
能力值：
( LV2，RANK：10 )
|
-
-
45 楼
mark
|
能力值：
( LV2，RANK：10 )
|
-
-
46 楼
mark
|
|
|
|
