搜索路径上的可执行文件(或其他类似路径的字符串，如果需要):

c:\> for %i in (cmd.exe) do @echo. %~$PATH:i
C:\WINDOWS\system32\cmd.exe

c:\> for %i in (python.exe) do @echo. %~$PATH:i
C:\Python25\python.exe

c:\>

使用管道'|'命令查找文件夹中的文件中的字符串:

dir /b *.* | findstr /f:/ "thepattern"

我总是发现很难阅读每行用关键字标记的注释:

REM blah blah blah

易于阅读:

:: blah blah blah

子字符串变量:

> set str=0123456789
> echo %str:~0,5%
01234
> echo %str:~-5,5%
56789
> echo %str:~3,-3%
3456

cmd.exe中的快速编辑模式是我的最爱。这有点偏离主题，但是当与命令shell交互时，它可以是一个救星。不，我并不是在夸张——在你死之前，你只会看到一定次数的* * * * * v;你看得越多，死得越快。

打开regedit(小心，不是我的 故障、蓝屏等) 进入HKCU/控制台 “quickkedit”设置为“1”

(你也可以从UI设置，这可能是更好的方法。有关说明，请参阅注释。还有一个很好的一行脚本也可以做到这一点。)

现在，要复制，只需左键单击并拖动选择，然后右键单击复制。要粘贴，只需右击。

不再有^ v ^ v ^ v ^ v ^ v ^ v ^ v ^ v ^ v ^ v ^ v ^ v ^ v ^ v ^ v ^ v !!

该死，我想我刚杀了人。对不起!

相当于bash(和其他shell)

echo -n Hello # or
echo Hello\\c

输出“Hello”，后面没有换行符。一个cmd黑客来做这个:

<nul set /p any-variable-name=Hello

Set /p是一种提示用户输入的方法。它发出给定的字符串，然后等待(在同一行，即没有CRLF)，等待用户输入响应。

<nul只是向set /p命令输送一个空响应，因此最终结果是发出的提示字符串。(由于响应为空，所使用的变量保持不变。)

问题是:不可能输出前导等号，在Vista中前导空白字符被删除，但在XP中没有。