隔半个小时或者一段时间重新启动批处理如何做

简介:

前段时间公司需要我做一个脚本,这个脚本是隔半个小时就要使用一次,在服务器中。

想到隔半个小时就要执行一次,我立刻想到了任务计划,当我兴致勃勃的用任务计划的时候,发现效果很一般,居然没有隔半个小时帮我启动这个脚本的。

之后我打算在脚本里面直接写入脚本内容实现这个功能。

之后看到了一个哥们使用的方法,挺好用的。

他的代码如下:

@echo off

:main

你的批处理

ping -n 10 127.1>nul&goto main

上面的10就是时间,单位约为秒,即10秒运行一次你的批处理,时间可自己修改,如果是半个小时就要修改为1800了


这么简单而已,接下来我给大家解释一下代码的意思:

@echo off    注释:这个是阻止回显的作用,让脚本执行的时候不显示脚本具体内容

:main        注释:goto语句跳转的地方,goto语句使用方法可以上网搜索。

ping -n 10 127.1>nul&goto main  注释:ping -n 10 的意思是ping 10次,ping命令是一秒执行一次的。  

127.1是本地地址的缩写   

ping -n 10 127.1>nul这条命令的意思是 ping 10次自己,之后将内容传输给了nul,也就是空设备,所以不会显示内容。  

所以这条命令会执行10次,也就是10秒后才完全执行结束。网路上的人也称呼这个命令是延迟命令,专门延迟后面的命令的作用


另外还有一个问题,就是,上面的命令实现了延迟,但是还是会显示在桌面运行。一直看着一个黑屏很难受的。所以有人就想到了通过vbs的方式隐藏这个命令的执行的。

set ws=wscript.createobject("wscript.shell")

ws.run "xy.bat /start",0

把这段保存为.vbs文件,其中xy.bat为上面你的批处理的名字,然后运行这个vbs就可以了

之后每10秒就会执行一次批处理,至于怎么停止呢,只能是关机或者注销了。

如果想开机启动,可以在开始菜单里面找到启动的文件夹,直接放入该脚本即可,之后开机就会执行该脚本了。

本文转自   流原炫   51CTO博客,原文链接:http://blog.51cto.com/xiaoyuanzheng/1594633

相关文章
|
4月前
王者荣耀派出小兵时间__指定的时间执行指定的任务
王者荣耀派出小兵时间__指定的时间执行指定的任务
24 0
|
9月前
|
Java API
java 计算两个时间间隔几天几小时几分钟几秒
计算两个时间间隔几年几月几天几小时几分钟几秒
java 计算两个时间间隔几天几小时几分钟几秒
|
11月前
|
测试技术 容器
将系统运行时长的秒数汉化成几天几时几分几秒
将系统运行时长的秒数汉化成几天几时几分几秒
66 0
|
Web App开发 小程序 开发者
三分钟创建一个小程序-每天三分钟玩转小程序 1
三分钟创建一个小程序-每天三分钟玩转小程序 1
三分钟创建一个小程序-每天三分钟玩转小程序 1
|
Arthas Web App开发 运维
线上 RTT 过长,我用这一招解决了!
线上 RTT 过长,我用这一招解决了!
|
前端开发 Android开发
如何将时间改为显示:几天前,几小时前,或者几分钟前
http://www.oschina.net/question/657074_89320#tags_nav   如何将时间改为显示:几天前,几小时前,或者几分钟前  如这样的  最后发帖:2011-01-05 12:33 要改成这样怎么实现: 最后发表:  2分钟前 最后发表:  28秒前 最后...
1404 0
8瓶酒一瓶有毒,用人测试。每次测试结果8小时后才会得出,而你只有8个小时的时间。问最少需要(B)人测试?
8瓶酒一瓶有毒,用人测试。每次测试结果8小时后才会得出,而你只有8个小时的时间。问最少需要(B)人测试?
298 0
|
数据库管理 索引
备库为什么会延迟好几个小时?(中)
为什么要有多线程复制呢?这是因为单线程复制的能力全面低于多线程复制,对于更新压力较大的主库,备库是可能一直追不上主库的。从现象上看就是,备库上seconds_behind_master的值越来越大。 在介绍完每个并行复制策略后,我还和你分享了不同策略的优缺点: 如果你是DBA,就需要根据不同的业务场景,选择不同的策略; 如果是你业务开发人员,也希望你能从中获取灵感用到平时的开发工作中。 从这些分析中,你也会发现大事务不仅会影响到主库,也是造成备库复制延迟的主要原因之一。因此,在平时的开发工作中,我建议你尽量减少大事务操作,把大事务拆成小事务。
95 0
|
关系型数据库 MySQL 数据库
备库为什么会延迟好几个小时?(下)
为什么要有多线程复制呢?这是因为单线程复制的能力全面低于多线程复制,对于更新压力较大的主库,备库是可能一直追不上主库的。从现象上看就是,备库上seconds_behind_master的值越来越大。 在介绍完每个并行复制策略后,我还和你分享了不同策略的优缺点: 如果你是DBA,就需要根据不同的业务场景,选择不同的策略; 如果是你业务开发人员,也希望你能从中获取灵感用到平时的开发工作中。 从这些分析中,你也会发现大事务不仅会影响到主库,也是造成备库复制延迟的主要原因之一。因此,在平时的开发工作中,我建议你尽量减少大事务操作,把大事务拆成小事务。
123 0
备库为什么会延迟好几个小时?(下)
|
存储 关系型数据库 MySQL
备库为什么会延迟好几个小时?(上)
为什么要有多线程复制呢?这是因为单线程复制的能力全面低于多线程复制,对于更新压力较大的主库,备库是可能一直追不上主库的。从现象上看就是,备库上seconds_behind_master的值越来越大。 在介绍完每个并行复制策略后,我还和你分享了不同策略的优缺点: 如果你是DBA,就需要根据不同的业务场景,选择不同的策略; 如果是你业务开发人员,也希望你能从中获取灵感用到平时的开发工作中。 从这些分析中,你也会发现大事务不仅会影响到主库,也是造成备库复制延迟的主要原因之一。因此,在平时的开发工作中,我建议你尽量减少大事务操作,把大事务拆成小事务。
122 0
备库为什么会延迟好几个小时?(上)