用户登录
用户注册

分享至

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

  • 作者: 最佳Couple
  • 来源: 51数据库
  • 2021-09-27
问:
您好,脚本专家!如何确定 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."
回显相应的消息后,我们再循环并等待下一个事件的发生。默认情况下,该脚本将永远运行下去,或者至少在您终止该脚本进程之前会是这样。先发生哪种情况就先执行哪段代码。
正如我们说过的,这并不是您真正想要的,但是它确实能够达到这一目的。哦,不要忘了附加价值和灵活性。这应该足以弥补一个事实,那就是我们并没有真正回答您的问题。(我们希望我们已经解答了该问题的一个方面。不过这不是您的问题。)
软件
前端设计
程序设计
Java相关