用vbs确定可移动驱动器的连接时间

问：
您好，脚本专家！如何确定 usb 闪存驱动器的连接时间？
-- ps
答：
您好，ps。是的，我们承认：脚本专家确实懒惰。（尤其是在周五，这一天我们必须编写周一专栏。）可能有一种方法能够专门监视何时插入 usb 闪存驱动器。但是，我们找不到这种方法，至少不能马上找到它。不可否认，或许我们可能感觉有点困难。但是，我们还是决定编写一个脚本，用来告诉您任何可移动驱动器与计算机连接（或断开连接）的时间。我们希望这样可以为您提供一些附加价值和灵活性。
嗨，我们并没有说我们确实已为您提供了附加价值和灵活性。我们只是希望自己能够做到。
实际上，这是一个容易编写的小脚本。另外，它还有一个优点，就是能够在任意版本的 windows 上运行。（最初，我们曾经不加思索地想要使用 win32_volumechangeevent 类来完成这项任务，但是，该特定 wmi 类只能在 windows server 2003 上找到。）
该段代码如下所示：

strcomputer = "." 
set objwmiservice = getobject("winmgmts:\\" & strcomputer & "\root\cimv2") 
set colevents = objwmiservice.execnotificationquery _ 
    ("select * from __instanceoperationevent within 10 where " _ 
        & "targetinstance isa 'win32_logicaldisk'") 
do while true 
    set objevent = colevents.nextevent 
    if objevent.targetinstance.drivetype = 2 then  
        select case objevent.path_.class 
            case "__instancecreationevent" 
                wscript.echo "drive " & objevent.targetinstance.deviceid & _ 
                    " has been added." 
            case "__instancedeletionevent" 
                wscript.echo "drive " & objevent.targetinstance.deviceid & _ 
                    " has been removed." 
        end select 
    end if 
loop 

是的，它确实类似于几天前我们向您展示的屏幕保护程序监视脚本。我们希望重复使用同一个脚本为您提供附加价值和灵活性。（尽管这主要是确保我们能够节省精力。） 
此脚本首先连接到本地计算机上的 wmi 服务。然后，我们发出以下查询：
set colevents = objwmiservice.execnotificationquery _
    ("select * from __instanceoperationevent within 10 where " _
        & "targetinstance isa 'win32_logicaldisk'")
这个查询起什么作用呢？嗯，这里我们要使用 execnotificationquery 方法来订阅一组特定的 wmi 事件。什么 wmi 事件？（伙计，您的问题太多了，不是吗？）在本例中，我们希望在每次更改 win32_logicaldisk 类的实例时我们都会得到通知。正如您马上就能看到的，这些更改将包括：为该类创建一个新实例（即，添加一个可移动驱动器）和删除该类的一个现有实例（即，取下一个可移动驱动器）。within 10 只是意味着每 10 秒钟我们将检查一次，看看是否有任何 win32_logicaldisk 实例发生了变化。 
是的，这也意味着，如果您插入了一个可移动驱动器，然后在 6 秒钟后将其取出，那么我们可能永远也不会知道这件事。如果这是个问题，那么将 10 改为一个更小的数值。也可以将 10 改为一个更大的数值。例如，将 10 改为 60，就会每 60 秒钟进行一次检查，而不是每 10 秒钟。
明白了吗？我们甚至将附加价值和灵活性加入了代码自身中！
然后，我们建立一个不停运行的 do 循环：：
do while true
接下来我们遇到了下面这行代码：
set objevent = colevents.nextevent
正如我们在上一专栏中说过的，这行代码将使脚本“中断”，意思就是脚本将暂停在此行，直到 win32_logicaldisk 类发生变化为止。这种变化（可以是创建了新实例或者是删除/修改了一个现有实例）将使脚本执行 do 循环中的其余代码行。
好问题：剩下那些行代码究竟要做什么？嗯，首先看一下生成事件的驱动器是否恰好为可移动驱动器（至少就 wmi 而言，drivetype 为 2）：
if objevent.targetinstance.drivetype = 2 then
如果 drivetype 不是 2，那么我们只能再循环并等待下一个事件的发生。如果 drivetype 等于 2，那么我们使用 select case 块来确定发生的是哪种类型的事件。我们可通过确定事件的 class 来执行此操作：
select case objevent.path_.class
为什么这样做？有两个原因：首先，我们并不关心现有实例所发生的任何变化。例如，我们并不关心驱动器 c 上的可用驱动器空间是否发生了变化。如果您看一下 select case 代码，您就会注意到我们并不去费神检查 __instancemodificationevent。为什么不呢？因为我们并不关心 __instancemodificationevent（以某种方式修改现有实例时生成的事件的类型）。
其次，我们想要对 __instancecreationevent（它会告诉我们已经创建了一个新驱动器）和 __instancedeletionevent（它会告诉我们已经删除了一个现有驱动器）加以区别。通过确定事件类型，我们可以回显不同（并相应）的消息。例如，下面是用于确定是否创建了新驱动器的代码，如果是，则回显一条用于指示该结果的消息：
case "__instancecreationevent"
    wscript.echo "drive " & objevent.targetinstance.deviceid & _
        " has been added."
下面是用于通知我们是否删除了现有驱动器的代码：
case "__instancedeletionevent"
    wscript.echo "drive " & objevent.targetinstance.deviceid & _
        " has been removed."
回显相应的消息后，我们再循环并等待下一个事件的发生。默认情况下，该脚本将永远运行下去，或者至少在您终止该脚本进程之前会是这样。先发生哪种情况就先执行哪段代码。
正如我们说过的，这并不是您真正想要的，但是它确实能够达到这一目的。哦，不要忘了附加价值和灵活性。这应该足以弥补一个事实，那就是我们并没有真正回答您的问题。（我们希望我们已经解答了该问题的一个方面。不过这不是您的问题。）