解决DOS批处理中一个困扰我几十个月的编码问题

  DOS批处理中的编码很有意思。&是命令连接符,先执行&左边的命令,再执行&右边的命令。|是管道操作,把左边的输出当作右边的输入。此外还有&&和||,当要表示这些特殊的字符本身的时候,得在左边加^号,如用^&表示&本身,而不是命令连接符。^^表示^。

  我有一个批处理myfor.bat, 可以重复N次执行命令, 命令从参数传入。它很简单:

@Echo Off
set /a i=%1
:start
%~2
set /a i=i-1
if %i% GTR 0 goto start

参数1是执行的次数,参数2是要执行的命令。

  这次的实际任务就是重复地执行ping,要ping n个IP,我不想开n个窗口。所以命令是这样的: myfor 999 "ping 10.0.0.1&ping 10.0.0.2&ping 10.0.0.3" 。是的没错,在双引号的优先级大于&,所以双引号中的&不需要加^,我也是实测发现的。每个ping的结果是这样的:

正在 Ping 10.0.0.1 具有 32 字节的数据:
来自 10.0.0.1 的回复: 字节=32 时间<1ms TTL=64
来自 10.0.0.1 的回复: 字节=32 时间<1ms TTL=64
来自 10.0.0.1 的回复: 字节=32 时间<1ms TTL=64
来自 10.0.0.1 的回复: 字节=32 时间<1ms TTL=64

10.0.0.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
往返行程的估计时间(以毫秒为单位):
    最短 = 0ms,最长 = 0ms,平均 = 0ms

  为了只看延时,过滤掉统计信息和空行,我加了个Find,只显示带有“来自”的行: myfor 999 "ping 10.0.0.1|find "来自"&ping 10.0.0.2|find "来自"&ping 10.0.0.3|find "来自"" 。

  然后,因为这条命令最近经常要执行,而且IP还不是固定的,于是我想能不能做成一个批处理plist.bat。用的时候就这样用: plist 10.0.0.1 10.0.0.2 10.0.0.3 。思路很简单,就是通过shift循环取到每个参数,并拼成类似这样的字符串: "ping 10.0.0.1|find "来自"&ping 10.0.0.2|find "来自"&ping 10.0.0.3|find "来自"" ,然后传给myfor去执行。

@Echo Off
cls
set cmd=ping %1 ^| find "来自"
shift
:forIps
if "%1"=="" goto :exitIps
set cmd=%cmd% ^& ping %1 ^| find "来自"
shift
goto :forIps
:exitIps
echo myfor 999 "%cmd%"
myfor 999 "%cmd%"

  我执行了: plist.bat 10.0.0.1 10.0.0.2 10.0.0.3 ,出现:

找不到文件 - &
找不到文件 - PING
找不到文件 - 10.0.0.2
找不到文件 - |
找不到文件 - FIND
找不到文件 - 来自
找不到文件 - &
找不到文件 - PING
找不到文件 - 10.0.0.3
找不到文件 - |
找不到文件 - FIND
找不到文件 - 来自
myfor 999 "ping 10.0.0.3 | find "来自""
来自 10.0.0.3 的回复: 字节=32 时间<1ms TTL=64
来自 10.0.0.3 的回复: 字节=32 时间<1ms TTL=64

  怎么回事? 分析了一下, 关键在set cmd这条命令:  set cmd=ping %1 ^| find "来自" 实际执行了 set cmd=ping 10.0.0.1 ^| find "来自" 这个没问题。然后执行了 set cmd=%cmd% ^& ping %1 ^| find "来自" 实际执行了 set cmd=ping 10.0.0.1 | find "来自" ^& ping 10.0.0.2 ^| find "来自" 正是^|已经被解析成了|, 从而命令的意思是把 set cmd=ping 10.0.0.1 的输出当作find 的输入,而find右边的全部内容都被当作find的参数,于是出现“找不到文件 - &” 等错误。分析了这么多,根源在于最左边的|被解析成管道操作,而不是当作普通的字符串,要知道这里是要拼接字符串,此时得当作普通字符,等到要执行的时候,才当作管道。

那好,我就在拼接前把|变成^|, 改成这样子:

@Echo Off
cls
set cmd=ping %1 ^| find "来自"
shift
:forIps
if "%1"=="" goto :exitIps
set cmd=%cmd:|=^^^|%
set cmd=%cmd% ^& ping %1 ^| find "来自"
shift
goto :forIps
:exitIps
echo myfor 999 "%cmd%"
myfor 999 "%cmd%"

执行: plist.bat 10.0.0.1 10.0.0.2 10.0.0.3 出现:

错误的参数 ^|。
myfor 999 "ping 10.0.0.1 | find "来自"  & ping 10.0.0.3 | find "来自""

  分析原因, 关键还是在这一行  set cmd=%cmd:|=^^^|% 。为了不让|生效,我们需要将|替换成^|,为了不让&生效,我们需要将&替换成^&,但我们替换|的时候&生效了,我们替换&的时候|生效了。我们应该先替换哪个都有问题。思路卡住了,这一卡就卡了几十个月。

  真的没有出路了吗?我们是希望每次拼接完是可以执行的语句,即&和|左边刚好没有^,所以才会卡住。但如果我们退一步,每次拼接完&和|左边都只有1个^,然后在执行前再把这个^去掉,这条路是否行得通?去掉^非常简单,就是这么一句  set cmd=%cmd% 。由于每次拼接完&和|左边要有一个^,所以原来的 set cmd=ping %1 ^| find "来自" 得变成 set cmd=ping %p1% ^^^| find "来自" ,其它情况类似。由于&和|左边都有^,所以每次我只需要控制^的数量,就可以防止^&和^|被解码。经过一番修改、调试、再修改。最终可行的版本浮现了:

@Echo Off
cls
set cmd=ping %1 ^^^| find "来自"
shift
:forIps
if "%1"=="" goto :exitIps
set cmd=%cmd:^=^^^^^^^%
set cmd=%cmd% ^^^& ping %1 ^^^| find "来自"
shift
goto :forIps
:exitIps
set cmd=%cmd%
echo myfor 999 "%cmd%"
myfor 999 "%cmd%"

执行: plist.bat 10.0.0.1 10.0.0.2 10.0.0.3 出现:

myfor 999 "ping 10.0.0.1 | find "来自" & ping 10.0.0.2 | find "来自" & ping 10.0.0.3 | find "来自""
来自 10.0.0.1 的回复: 字节=32 时间<1ms TTL=128
来自 10.0.0.1 的回复: 字节=32 时间<1ms TTL=128
来自 10.0.0.1 的回复: 字节=32 时间<1ms TTL=128
来自 10.0.0.1 的回复: 字节=32 时间<1ms TTL=128
来自 10.0.0.2 的回复: 字节=32 时间<1ms TTL=128
来自 10.0.0.2 的回复: 字节=32 时间<1ms TTL=128
来自 10.0.0.2 的回复: 字节=32 时间<1ms TTL=128
……

大功告成。

  到了山穷水尽疑无路的境地, 退一步却迎来了柳暗花明又一村。这个解决方案不仅用于这个交替ping,在我的其它工具也会用到,它对我而言,意义重大。读者朋友你们的网络中不一定有10.0.0.*这样的IP,所以测试时为了尽最大可能的成功,可以替换成 127.0.0.1 127.0.0.2 127.0.0.3,因为使用了find过滤,所以ping不存在的ip是不会有显示的。

  对于Dos shell,虽然不像linux shell那么强大,但是适用就是好猫。而对于只要%cmd%就会自动解码这种方式,有时会带来棘手的编码问题,就如本文的这个问题,是我遇到的最难处理的dos shell编码问题了。既然已找到我自己满意的解法,以后就可以大胆地移值到其它类似的棘手的编码问题上。

时间: 2024-10-24 13:31:02

解决DOS批处理中一个困扰我几十个月的编码问题的相关文章

DOS批处理中%cd%和%~dp0的区别

在DOS的批处理中,有时候需要知道当前的路径. 在DOS中,有两个环境变量可以跟当前路径有关,一个是%cd%, 一个是%~dp0. 这两个变量的用法和代表的内容是不同的. 1. %cd% 可以用在批处理文件中,也可以用在命令行中: 展开后,是驱动器盘符:+当前目录,如在dos窗口中进入c:\dir目录下面,  www.2cto.com 输入:echo %cd% ,则显示为:c:\dir . %cd%的内容是可以被改变的,其内容为命令的执行路径或批处理文件的执行路径. 2.%~dp0只可以用在批处

dos 批处理中%cd% 和%~dp0的区别

看网上介绍区别,写的好复杂,其实很简单: %cd%  在批处理和命令窗口都能使用.用于打印,当前工作路径. %~dp0% 则只能用于批处理中,用于获得当前批处理文件所在的路径. 做个试验试一下: @echo off echo this is %%cd%% %cd% echo this is %%~dp0 %~dp0 echo switch to another folder: cd d:\Program Files (x86) echo this is %%cd%% %cd% echo this

我也太牛了,解决了浏览器中,前台导出csv格式,UTF-8编码,且excek打开不乱码!

ExcellentExport.js的方法,利用base64下载文件.支持chrome ,opera,firefox. 于是决定拿来为我所用! 说明一下,这个js的好处是:一句js脚本,就能前台下载,完全无须后台. 但外国人不了解中文的csv用excel打开直接乱码. 但用记事本打开,再直接保存,或另存为ansi都可以让中文不乱码. js里默认应该是utf-8,昨天试了用utf-8转gb2312,失败了! 于是找到这个: utf-8保存的csv格式要让Excel正常打开的话,必须加入在文件最前面

bat批处理中怎样用while循环

bat 常用命令 echo.@.call.pause.rem(小技巧:用::代替rem)是批处理文件最常用的几个命令,我们就从他们开始学起. ==== 注 =========== 首先, @ 不是一个命令, 而是DOS 批处理的一个特殊标记符, 仅用于屏蔽命令行回显. 下面是DOS命令行或批处理中可能会见到的一些特殊标记符: CR(0D) 命令行结束符 Escape(1B) ANSI转义字符引导符 Space(20) 常用的参数界定符 Tab(09) ; = 不常用的参数界定符  + COPY命

解决:错误的语法:”XXXX“必须是批处理中仅有的语句

原文:解决:错误的语法:”XXXX“必须是批处理中仅有的语句 SQL Server 数据库提示“错误的语法:”XXXX“必须是批处理中仅有的语句”报错的原因分析 解析:批处理必须以 CREATE 语句开始.也就是说一个查询分析器里面只有一个批处理语句才是规范的语法. CREATE DEFAULT.CREATE FUNCTION.CREATE PROCEDURE.CREATE RULE.CREATE SCHEMA.CREATE TRIGGER 和 CREATE VIEW 语句不能在批处理中与其他语

很多时候运行tomcat 的时候总是会提示tomcat 的端口被占用 但是任务管理器里面还找不到是哪个端口被占用了 因此很多人就重新配置tomcat 或者去修改tomcat的端口号 ,其实这么做太麻烦了 ,小弟在这里告诉你一个非常简单的方法。 1.在开始菜单中选择运行 然后输入cmd 进入DOS界面。显示如下: 2.在Dos窗口中输入netstat -ano|findst

很多时候运行tomcat 的时候总是会提示tomcat 的端口被占用 但是任务管理器里面还找不到是哪个端口被占用了 因此很多人就重新配置tomcat  或者去修改tomcat的端口号 ,其实这么做太麻烦了 ,小弟在这里告诉你一个非常简单的方法. 1.在开始菜单中选择运行  然后输入cmd  进入DOS界面.显示如下: 2.在Dos窗口中输入netstat   -ano|findstr  8080(注意的 我的Tomcat 的断口号 是8080 你的断口号是多少就写多少) 输入完成后回车 会弹出下

dos下 和 批处理中的 for 语句的基本用法

for 语句的基本用法 : 最复杂的for 语句,也有其基本形态,它的模样是这样的:   在cmd 窗口中:for %I in (command1) do command2 在批处理文件中:for %%I in (command1) do command2 之所以要区分 cmd 窗口和批处理文件两种环境,是因为在这两种环境下,命令语句表现出来的行为虽然基本一样,但是在细节上还是稍有不同,最明显的一个差异就是:在cmd 窗口中,for 之后的形式变量I 必须使用单百分号引用,即%I:而在批处理文件

转载解决:错误的语法:”XXXX“必须是批处理中仅有的语句

SQL Server 数据库提示“错误的语法:”XXXX“必须是批处理中仅有的语句”报错的原因分析 解析:批处理必须以 CREATE 语句开始.也就是说一个查询分析器里面只有一个批处理语句才是规范的语法.CREATE DEFAULT.CREATE FUNCTION.CREATE PROCEDURE.CREATE RULE.CREATE SCHEMA.CREATE TRIGGER 和 CREATE VIEW 语句不能在批处理中与其他语句组合使用.所有跟在该批处理后的其他语句将被解释为第一个 CRE

解决QML开发中ComboBox中一个已选择项没有清除的问题

解决QML开发中ComboBox中一个已选择项没有清除的问题 近期使用QML开发一个项目.须要使用ComboBox进行显示.当进行一个操作时,须要向ComboBox加入一个元素,当进行另外一个操作时.须要清除ComboBox里面的元素. 可是在操作的过程中,出现了一个诡异的现象--ComboBox里面的已选择项并没有清除. 以下是程序的截图,能够看到.ComboBox中已选择项并没有删除.可是ComboBox中的候选项已经删除了. 我在QTCN上进行提问.后面再大家的努力下,最终把这个问题攻克了