Board logo

标题: [其他] 感悟--批处理命令call的用法 [打印本页]
作者: likeyou32    时间: 2024-3-15 14:35     标题: 感悟--批处理命令call的用法

  1. @echo off

  2. set tt=woshi

  3. call :nihao tt ss

  4. echo %tt% %ss% zheli %p%

  5. goto:eof

  6. echo 33333333333333333333333333

  7. :nihao

  8. set p=%1hundan

  9. set %2=333

  10. goto:eof
复制代码
发表这个帖子，主要是感悟一下call的用法：
第1、2行不解释，第3行：call后:nihao 代表转到一段批处理，这段批处理与运行的批处理在同一个大的批处理中，关键看后边的两个参数tt ss，tt ss都没有带百分号，所以这里暂时理解为准变量，后边call转到的批处理中，如果有对这个准变量的set，将会成为真正的变量，否则将只能代表字符串“ss”“tt”。
第3行后，就运行到第7行，然后第8行：重新定义了新变量p，p被赋值为%1连接hundan这个字符串，%1即为第3行call标签后的第一个参数tt，由于tt一直未被赋值，故tt只能代表字符串“tt”，所以这里的p就被赋值为tthundan；
第9行：又是赋值，将333赋值给%2，%2就是第3行的第2个参数ss，相当于把333赋值给ss了，也就是ss就不是字符串“ss”了，而是一个变量ss，且ss被赋值为333。
第10行：goto：eof，end of file，指结束当前这段批处理，结束后再返回到第3行结尾处，即开始运行第4行。
第4行：echo了，根据上边我们的分析，call后的批处理中，tt一直未被重新赋值，所以%tt%只能是第2行的值，即woshi；%ss%为9行赋值后的333；zheli因为一直未被赋值，只能保持原样，即zheli；%p%为第8行的赋值tthundan；故输出“woshi  333  zheli  tthundan”。
第5行：又goto eof了，从整个批处理来说，分为两大段，这是主段的goto eof，会将结束整个批处理，所以第6行的echo将不再运行。
    以上代码是根据实际运行结果生拼硬套 强行解说的，如有不当、纯属正常，反正根据结果来说就得这么理解。
作者: likeyou32    时间: 2024-3-15 14:35

本帖最后由 likeyou32 于 2024-3-15 15:59 编辑 
  1. @echo off

  2. set tt=woshi

  3. call :nihao %tt% ss

  4. echo %tt% %ss% zheli %p%

  5. goto:eof

  6. echo 33333333333333333333333333

  7. :nihao

  8. set p=%1hundan

  9. set %2=333

  10. goto:eof
复制代码
再来解说这段代码，这段代码与一楼的代码几乎完全一致，只是第3行call :nihao后第一个参数tt变成了%tt%，其余与一楼完全一样，只解说这点不一样的：
第8行：p=%1hundan，%1代表%tt%，%tt%就是第2行赋值的woshi，所以p就被赋值为woshihundan。其余输出与一楼一样。
总结：call :nihao后的参数，如果是百分号或感叹号引出的变量，那么前边的代码应该有赋值，可仔细往前找找；如果没有百分号或感叹号，则应是一个新变量，应该会在call转到后的批处理中进行赋值。
  1. @echo off

  2. set tt=woshi

  3. call :nihao %tt% ss

  4. echo %tt% %ss% zheli %p%

  5. goto:eof

  6. echo 33333333333333333333333333

  7. :nihao

  8. set p=%1hundan

  9. set %2=333

  10. set %1=444

  11. goto:eof
复制代码
还可以做这个测试，这里第3行参数是%tt%，第10行，将444赋值给%1的时候，你会发现根本不起作用，变量tt仍旧是第2行赋值的woshi，还可以将第10行改为set %tt%=444，你会发现仍不起作用，tt最后输出的还是woshi，只有将第10行改为set tt=444,这样才会起作用，最后echo %tt%输出444。结论，set 赋值的时候，=号左边的变量绝对不能带%%号或感叹号，即set %tt%=444是错误的，tt不会改变，只有set tt=444这样才对，tt才能被赋值。 好像也不对，应该是变量tt从未被赋值的时候，可以用set %tt%=444这样进行赋值，假如tt已经有赋值了，就必须用set tt=444进行赋值。好像又不对，我从新打开一个cmd窗口，测试set %tt%=444发现会提示命令语法不正确，，可我刚刚明明测试没问题啊，，啊，，我要发疯了，难道是变量延迟惹的祸 ？难道cmd窗口未关闭，临时变量值依旧会存在？可为什么不报错啊，邪门了！往后再进行测试，必须重新打开cmd窗口，甚至换一台电脑，nnd，明明测试的好好的，测试了好多次都没问题，，突然一转眼不经意间报错了，辛辛苦苦测试的全白费了。唉，令人着恼的cmd啊！
作者: 77七    时间: 2024-3-15 15:46

回复 2# likeyou32


   
试试
  1. call echo %%%tt%%%
复制代码
作者: likeyou32    时间: 2024-3-15 16:01

回复 3# 77七
  谢谢，这个我到看到过论坛里的教程，还是变量延迟惹的祸！



欢迎光临 批处理之家 (http://bbs.bathome.net/) Powered by Discuz! 7.2