芙蓉塘外有轻雷1. 一个看似"无聊"的在线终端，为什么值得认真玩一遍
说实话，第一次打开 cmdchallenge 的时候，我的第一反应是"这年头还专门有人做个网页来练 cmd ？"毕竟现在谁不是 PowerShell 一把梭，图形界面点一点就完事了。但真正静下心来把整个挑战流程走完之后，我的看法完全变了——这个平台最狠的地方，在于它把 Windows 命令行中最容易被忽略、也最容易翻车的细节，全部浓缩成了一道道短小精悍的关卡。你觉得自己会用 cmd，但进去之后会发现自己连"显示当前目录下的所有文件"这种 Hello World 级的操作，都可能因为没搞清楚 dir 和 ls 的差异而卡住。
cmdchallenge 本质上是一个在浏览器里模拟 cmd 环境的闯关游戏，它会在每一步给你一个具体的操作目标，比如"创建一个目录"、"查找包含特定文本的文件"、"把多个命令串联起来执行"等等。你需要在输入框里写出正确的 cmd 命令，提交后由系统在真实的 cmd 环境中执行并检验结果。它的核心价值不是教你背命令，而是让你在"目标 → 命令 → 结果验证"这个循环里，快速建立起对命令行语法的肌肉记忆和思维方式。
这篇文章不是为了给大家念命令手册，而是把我从第 1 关到最后一关的完整通关过程、每一步的命令拆解、以及那些"书上不会写但实战一定会遇到"的坑，全部记录下来。无论你是刚接触命令行的新手，还是已经写了几年批处理的老手，我建议你都跟着走一遍——因为很多细节，你真的以为自己会，但一上手就露馅了。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 开打前的热身：cmdchallenge 的环境逻辑与正确的打开方式
2.1 平台到底考什么，先摸清它的"出题套路"
很多人在 cmdchallenge 上受挫，不是不会命令，而是没搞懂平台的验证逻辑。我花了整整一下午才想明白这件事：平台不是看你"做了什么"，而是看你"命令执行后的最终状态"是否符合预期。
打个比方，它让你"创建一个名为 test 的文件夹"，你既可以用 mkdir test，也可以用 md test，甚至可以用 mkdir .\test —— 只要执行完之后当前目录下多了一个名为 test 的目录，就算通过。这听起来很简单，但一旦遇到"删除所有 .tmp 文件"这类题，不同写法的差异就立刻显现出来了：del *.tmp 只能删当前目录下的，而 del /s *.tmp 才能递归删除子目录中的，如果你没弄明白平台到底检查的是"当前目录"还是"整个目录树"，就会反复试错。
还有一个容易忽略的细节是：每一道题都是一个独立的、干净的初始环境。上一题你创建的文件、修改的目录，在下一题开始时会全部重置。这其实是平台故意设计的——防止有人通过"上一步残留的状态"来作弊。所以不用纠结"我上一题漏删了文件会不会影响下一题"，完全不会。
2.2 做题之前必须补的基础认知：当前目录、路径分隔符与隐藏文件
Windows cmd 和 Linux bash 在路径和命令习惯上有本质区别，cmdchallenge 考的恰恰就是这些区别。以下是新手最容易懵的几个点：
- 路径分隔符：Windows 用反斜杠
\，Linux 用正斜杠/。但在很多 cmd 命令中，正斜杠反而被用来表示命令参数，比如dir /w里的/w是"宽格式显示"的意思。所以cd C:/Users这种混合写法在某些场景下能跑通，但在严格校验的题目里很可能被判错。 - 当前盘符的切换：在 cmd 里输入
cd D:\folder并不能直接切到 D 盘目录，你还需要先输入D:切换盘符，或者直接用cd /d D:\folder。这个/d参数是 Windows 特有的，Linux 玩家第一次用 cmd 时几乎必卡在这里。 - 隐藏文件与系统文件：
dir命令默认不显示隐藏文件，需要加/a参数才能显示所有属性的文件。cmdchallenge 里有几道题就是让你列出包括隐藏文件在内的所有文件，很多人在这一步来回试，其实根源就是忘了/a。
这几个基础点不算难，但它们决定了你后面所有操作的地基。如果你上来就直接做任务，很可能连"题目描述的是当前目录还是整个磁盘"都分不清。
2.3 我的做题方法论：先读题 → 脑中模拟 → 最小化尝试 → 逐步加码
在开始正式关卡之前，我想分享一个我总结出来的做题流程。这个流程帮我少走了大量弯路：
- 通读题目，明确最终的"检验状态"：不急着敲命令，先问自己"这个命令执行完，系统会检查什么？是检查某个文件是否存在，还是检查某个命令的输出内容？"
- 在脑中模拟一次命令执行：想象这条命令在 cmd 里的执行顺序，哪些参数会生效，哪些会被转义。
- 最小化尝试：先用最简单的写法试一次，确认方向正确，再逐步添加参数。
- 出错了就分步排查：cmd 的报错信息比较"渣"，经常只是告诉你"系统找不到指定的路径"或者"不是内部或外部命令"，这时候要会拆解——先确认命令名对不对，再确认参数顺序，再确认引号有没有加对。
这套流程在后面的关卡里帮了我大忙，尤其是遇到那些"看似简单但有隐藏陷阱"的题目时。
3. 早期关卡逐题拆解：从目录操作到文本处理的硬核基本功
3.1 目录导航与文件操作：dir、cd、mkdir 的组合艺术
cmdchallenge 的早期关卡基本围绕文件系统展开，难度不高，但非常考验基本功。我记得有一道题是"列出当前目录下的所有文件，包括隐藏文件"，这个操作的完整写法是：
cmd复制dir /a
如果只写 dir，隐藏文件不会显示，平台会判定输出内容不完整。这里的关键知识点是 /a 参数——它表示显示所有属性的文件，包括隐藏文件和系统文件。如果想更精细地只看隐藏文件，可以写成：
cmd复制dir /a:h
其中 h 代表 hidden。同理，dir /a:d 只看目录，dir /a:-d 只看文件。这种属性筛选在实际工作中非常实用，比如你要确认某个目录下到底有没有隐藏的配置文件，一条 dir /a:h 就能查清楚。
还有一道题是"进入一个指定的多级目录"，比如 cd C:\Users\Public\Documents。这时候最稳妥的写法是：
cmd复制cd /d C:\Users\Public\Documents
这里的 /d 参数是"跨盘符切换目录"的关键。如果没有 /d，当你当前在 C 盘时切到 C 盘下的目录没问题，但如果要从 C 盘直接切到 D 盘的某个目录，cd D:\folder 只是显示你切换到了 D 盘那个目录，但实际当前盘符和目录都没变——这是 cmd 一个特别反直觉的地方，也是 cmdchallenge 早期最容易踩的坑。
3.2 文本内容查看与筛选：type、findstr、more 的实战差异
过了目录操作，紧接着就是文本处理关卡。这里我最想强调的是 findstr 命令，它简直是 cmd 世界里的 grep。有一道题是在某个文件中查找包含 "error" 的所有行，我当时的第一反应是 find "error" file.txt，但 find 只能做精确字符串匹配，不能区分大小写，而且语法有点老旧。后来我换成了：
cmd复制findstr "error" file.txt
这个命令不仅支持多文件搜索、正则表达式，还支持 /i 忽略大小写、/n 显示行号等参数。比如说你想在所有 .log 文件中查找包含 "ERROR" 或 "Warn" 的行，并且忽略大小写、显示行号，可以写成：
cmd复制findstr /i /n "error warn" *.log
再看 type 命令。它用于显示整个文件的内容，等价于 Linux 的 cat。但 type 有一个明显的短板——如果文件太大，内容会瞬间在屏幕上刷过去，根本看不完。这时候就要配合 more 命令分页显示：
cmd复制type bigfile.txt | more
或者直接用：
cmd复制more bigfile.txt
有一个很多新手不知道的细节：more 命令在分页显示时，按空格键翻下一页，按 q 退出。这个交互逻辑在实际排查日志时非常有用，尤其是当你面对一个几十万行的大文件时，more 能让你一页一页地定位问题，而不是被信息洪流冲昏头脑。
3.3 输出重定向与追加：>、>>、2> 三兄弟的区别
cmdchallenge 里有一道题要求"把命令输出保存到文件里"，这就涉及到重定向。> 表示覆盖写入，>> 表示追加写入。比如：
cmd复制echo hello > test.txt
echo world >> test.txt
执行完这两条命令后，test.txt 的内容是：
code复制hello
world
注意第二条用的是 >>，所以它没有覆盖第一行的 hello，而是追加在了后面。如果第二条误用 >，文件内容就会变成只有 world 一行。
还有一类重定向比较隐蔽——错误重定向。cmd 里 2> 可以把错误信息重定向到文件。比如：
cmd复制dir nonexist_folder 2> error.txt
这条命令会正常运行（虽然什么都列不出来），同时把"系统找不到指定的路径"这个错误信息写入 error.txt。这在实际写批处理脚本时非常有用：你可以把正常输出和错误输出分别保存到不同日志，方便事后排查。再进阶一点，如果想同时捕获正常输出和错误输出，可以写成：
cmd复制dir nonexist_folder > result.txt 2>&1
这里 2>&1 的意思是把错误输出重定向到与标准输出相同的目标，[本句补全为功能解释] 即"把报错也塞进同一个文件"。这个写法在 Linux 里一样适用，是跨平台通吃的技巧。
4. 中段关卡的"灵魂拷问"：管道、循环与环境变量的组合拳
4.1 管道符 | 的真正威力：前一个的输出就是后一个的输入
到了中段关卡，cmdchallenge 开始大量使用管道符 |。这个符号在键盘上和反斜杠在同一个小键上，但在 cmd 里它的含义是"把前一个命令的标准输出，作为后一个命令的标准输入"。
举个例子，有一道题要求"统计某个目录下所有文件的数量"，最直观的思路是：
cmd复制dir /a /b | find /c /v ""
这个命令拆开来看：dir /a /b 用简洁格式（仅文件名，不含多余信息）列出所有文件，然后管道符把这份列表交给 find /c /v ""——/c 表示计数，/v "" 表示"统计那些不包含空字符串的行"。因为每一行都至少包含文件名（不可能是空的），所以这个命令的实际效果就是"数一数有多少行"，也就是文件总数。
我第一次看到这个命令时懵了好久，但理解之后发现它就是 cmd 的"计数器"标准写法。类似的还有"查看某个文件夹下所有文件大小总和"：
cmd复制dir /s /a | find "个文件"
这个命令会列出整个目录树的文件统计信息，然后用 find 过滤出包含"个文件"的那一行，你直接看那行末尾就能知道总大小。说实话，这个用法比切换到 PowerShell 再敲 Get-ChildItem | Measure-Object 要快很多，尤其在服务器上操作时，cmd 的启动速度优势非常明显。
4.2 for 循环：cmd 里最"劝退"但最强大的结构
cmdchallenge 中段有一道让我印象极其深刻的题——"批量重命名当前目录下所有 .txt 文件的后缀为 .bak"。我当时的第一个想法是写一个脚本来实现，但平台只接受单行命令。最后我的解法是：
cmd复制for %f in (*.txt) do ren "%f" "%~nf.bak"
这个命令的语法结构是：for + 循环变量 %f + in (匹配模式) + do + 要执行的操作。其中 %~nf 是一个关键语法——它表示"将变量 %f 的文件名部分提取出来，不要扩展名"。
拆解一下这四个部分：
for %f：循环变量，在命令行里用单百分号%f，在批处理文件里要写成双百分号%%f。这是新手最容易选题失误的地方。in (*.txt)：指定要遍历的文件集合，*.txt是通配符匹配所有 txt 文件。do：对每个匹配到的文件执行后面的命令。ren "%f" "%~nf.bak"：把原文件名%f重命名为%~nf.bak，也就是去掉原扩展名，加上.bak。
%~nf 里的修饰符其实还有一大堆，比如 %~dpf 表示"文件的完整路径+盘符+目录+文件名"，%~xf 表示"文件的扩展名"。掌握这些修饰符之后，for 循环的真正威力才会显现出来——你可以用它批量处理文件、批量创建目录、批量执行命令，而不需要任何第三方工具。
4.3 环境变量的读取与延迟展开：一个让无数人抓狂的坑
cmdchallenge 中后期有一道题涉及环境变量的设置与读取，题目大致是"设置一个变量 foo 为 bar，然后打印出来"。看起来很简单：
cmd复制set foo=bar
echo %foo%
但很多人（包括我）在第一次写的时候会卡住，原因在于 cmd 的变量展开时机。在默认情况下，cmd 在读取一行命令时会先展开所有的 %变量%，然后再执行整行命令。也就是说，如果你在同一行里设置变量并读取，它会读取到的是设置之前的值，而不是设置之后的值。
这是一个非常隐蔽的坑。比如说你想写一段循环命令来输出 1 到 5 的数字：
cmd复制set n=1
for %i in (1 2 3 4 5) do set n=%i & echo %n%
这行命令会输出什么？正确答案是：会输出 5 个" 5 "或者更奇怪的结果，因为 %n% 在整行读取时就已经被展开成循环开始前的值了。如果你想要实时读取 n 的最新值，需要先启用延迟展开：
cmd复制setlocal enabledelayedexpansion
for %i in (1 2 3 4 5) do set n=%i & echo !n!
注意 echo !n! 用的是感叹号而不是百分号，这在开启了 setlocal enabledelayedexpansion 后才有效。这个"变量展开时机"的问题，是 cmd 里最容易踩的坑之一，因为它的报错极不友好——你的命令"看起来"完全正确，但输出就是不对。
5. 后期关卡的"防翻车指南"：特殊字符、引号转义与批次处理文件
5.1 特殊字符的转义：^、%、!、&、| 这些符号的"另一副面孔"
cmd 里有一批特殊字符，它们在命令行解析时有特殊含义，如果你想让它们作为普通文本输出，就必须进行转义。cmdchallenge 后期专门有一道题让你输出一段包含特殊字符的文本，比如 C:\Users\100% 这样的字符串。
一个最典型的问题是"输出百分号"。你可能会直接写：
cmd复制echo 100%
但 cmd 会直接把 % 当作变量展开的开始标志，然后找不到对应的闭合 %，最终要么输出乱码，要么报错。正确写法是：
cmd复制echo 100%%
在 cmd 中，连续两个百分号 %% 会被解析为一个字面意义的百分号。在批处理文件里还有更复杂的情况——比如 for 循环变量写成 %%i，那是循环变量的语法，不是百分号转义，新手经常把两者搞混。
再比如输出管道符 | 或重定向符号 >，如果不用转义，cmd 会尝试执行一个"不存在的命令"，然后报错"不是内部或外部命令"。正确的做法是：
cmd复制echo ^|
echo ^>
^ 符号是 cmd 的转义符，它告诉 cmd "下一个字符请按普通字符处理，不要解析成特殊含义"。多个特殊字符连在一起时，每个都得加 ^，比如要输出 a|b&c：
cmd复制echo a^|b^&c
这个知识点在实际写批处理脚本时非常重要，尤其是在处理文件路径时——如果路径里含有 & 或 ^ 字符，你不转义就会遇到各种莫名其妙的错误。
5.2 引号的正确姿势：什么时候必须加双引号
cmd 对引号的容忍度很低，但同时又要求你"在必要时一定要加引号"。cmdchallenge 中后期有一道题是"删除文件名含空格的某个文件"，如果你直接写：
cmd复制del my file.txt
cmd 会把它理解成"删除 my 和 file.txt 两个文件"，而不是"删除名为 my file.txt 的一个文件"。正确写法：
cmd复制del "my file.txt"
这个双引号的作用是告诉 cmd "引号里的内容是一个整体，不要按空格拆分"。在 for 循环中引号的使用还有另一个逻辑——for %f in (*.txt) 中的 *.txt 不需要引号，但当你把 %f 作为文件名传给其他命令时，必须加引号：
cmd复制for %f in (*.txt) do type "%f"
如果不加引号，遇到文件名带空格的文件就会出错。这已经成了一条铁律：在 cmd 中，凡是变量代表文件名，传入其他命令时一律加双引号。这不是"最好加"，而是"必须加"。
这里还要特别说一个反直觉的现象：dir 命令在查看文件名时，默认是支持空格和特殊字符的，但当你配合管道符使用时，管道输出的每一行可能带有前导空格或额外的文件信息，直接拿去重命名或者复制就会报错。cmdchallenge 有一道题就是"把所有 .txt 文件复制到另一个目录"，我当时用 for %f in (*.txt) do copy "%f" D:\backup\ 一次性解决了，但如果我用 dir /b *.txt 的输出去配合 for 解析，就会因为换行符和空格的问题卡住。所以我的经验是：能用 for 通配符解决的问题，绝不用 dir 管道传递。
5.3 批处理文件中的变量陷阱：%0、%1、%* 和"不要在代码块里乱用变量"
cmdchallenge 有一部分题目要求你编写批处理文件，而不是直接执行命令。这时候就牵扯到批处理脚本自身的一些坑。比如 %0 代表脚本自身的文件名，%1 到 %9 代表传入的参数，%* 代表所有参数。
新手很容易写错的一个场景是：
bat复制@echo off
if "%1"=="" (
echo No parameter
) else (
echo Parameter is %1
)
这段代码的问题在于，当 %1 为空时，整个 if 语句的解析会出问题——因为 "" 和 %1 的展开结果拼在一起可能会变成 "" 加上空，然后 cmd 会报语法错误。我踩过这个坑，后来我的习惯是先用 if "%1"=="" 判断，但把整个判断放到代码块外面，或者启用延迟展开，避免在 if 或 for 代码块内部依赖变量展开。
另外还有一个冷门但刚需的知识点——%~d1 和 %~p1 这两个修饰符可以提取传入参数的盘符和路径。比如写一个这样的批处理，接收文件参数并输出它的完整路径：
bat复制@echo off
echo 文件所在盘符: %~d1
echo 文件所在路径: %~p1
echo 文件名(不含后缀): %~n1
这个技巧在实际维护服务器时特别有用，我经常用它写一些备份脚本，把传入的日志文件名拆成路径和名字，再拼出归档目录。
6. 我踩过的三个"cmd 反直觉"大坑，以及对应的排查链路
6.1 为什么 cd 到另一个盘符后当前目录没变
这个坑我在前面提过一次，但真的值得单独再说一遍，因为它太经典了。现象是：我在 D 盘某个目录下想切到 C:\Windows，于是输入：
cmd复制cd C:\Windows
结果输入 cd 一看，当前目录还是原来的 D 盘目录。排查链路是：
- 先确认自己当前所在的盘符是什么：输入
cd不带参数，cmd 会显示当前目录路径。 - 再确认目标盘符与当前盘符是否相同：不一样，就说明问题出在"跨盘符切换"上。
- 查一下
cd /?帮助文档，会发现/d参数明确写着"跨盘符切换目录"。 - 最终修正命令：
cd /d C:\Windows。
这个坑的本质原因是：cd 命令默认只改变当前盘符内的目录位置，不改变当前盘符本身。Linux 用户会特别容易踩，因为 cd 在 Linux 里是全局切换的，到了 Windows 就忘了这个限制。
6.2 为什么 dir 看到的文件数和实际文件数对不上
有一次我在排查服务器日志，用 dir *.log 查看日志文件列表，发现显示的个数比资源管理器里看到的少很多。排查链路如下：
- 先用
dir /a *.log看，发现多出一批隐藏的日志文件。 - 确认原因：
dir默认不显示隐藏文件和系统文件，如果日志文件带有隐藏属性，就会从默认列表中消失。 - 进一步用
attrib命令查看文件属性，确认哪些文件被标了隐藏或系统属性。 - 结论：不是文件消失了，而是
dir的默认过滤规则把隐藏文件滤掉了。
这个现象在 cmdchallenge 平台里也有对应的题目，所以它绝不只是理论问题。现在我的习惯是：如果需要"绝对完整"的文件统计，一律用 dir /a /b 而不是裸 dir。
6.3 为什么 for 循环里的 set 变量总拿到旧值
这个问题我前面讲过延迟展开，这里再说一个完整的排查思路。现象是写了一个循环复制文件的批处理，复制完想统计"成功复制了多少个文件"，于是用 set count=0 初始化，在循环里 set /a count+=1，最后 echo 复制了%count%个文件。结果输出永远是 0。
排查链路：
- 先看代码块结构，确认
set /a是在 for 循环内部执行的。 - 在
set /a count+=1后面加一行echo DEBUG: %count%，看每轮循环输出的值——结果发现每次都输出初始值 0。 - 猜测是变量展开时机问题，查阅资料确认：
%count%在整段代码读入时就已经展开成 0 了，循环体里的set改了内存里的值，但输出语句读到的还是展开时的旧值。 - 解决方法：在批处理开头加
setlocal enabledelayedexpansion，循环内改用echo !count!引用变量。 - 最终输出正确。
这个坑在复杂脚本里非常隐蔽，因为"看起来完全没语法错误"。我后来养成了一个习惯：只要在批处理里出现 for 或 if 代码块，且代码块内需要读取变量，一律先加上 setlocal enabledelayedexpansion，用 !var! 而不是 %var%。这个习惯让我少猜了无数次"为什么变量没变"。
7. 通关后的经验总结：cmd 思维 vs Linux 思维，谁该学谁
7.1 cmd 的"按钮式参数"和 Linux 的"开关式参数"
玩完整个 cmdchallenge，我最深的感触是：cmd 的命令参数设计思路和 Linux 完全不同。Linux 的命令参数偏向"单词缩写"风格，比如 ls -l 里的 -l 表示 long format，ls -a 里的 -a 表示 all，很好联想。但 cmd 的参数更像"按钮"，每个参数是一个带斜杠的字母，含义要靠记忆——dir /a 表示"显示所有属性的文件"，dir /s 表示"包含子目录"，dir /b 表示"简洁格式"。
这个设计差异导致了一个典型的学习误区：从 Linux 转过来的人总想找规律，但其实 cmd 的规律性和连贯性弱很多，最好的学习方式就是"遇到一个记一个，配合 /? 帮助文档理解"。cmdchallenge 恰好加速了这个过程——它在短期内让你高频接触大量命令和参数，帮助你强行建立参数记忆。
7.2 什么时候真的值得用 cmd，而不是 PowerShell 或其他工具
用了这么久的 cmd，我的体会是：它最大的优势不是功能，而是纯净、快速、无处不在。
- 纯净：cmd 不会像 PowerShell 那样加载一堆配置文件和模块，启动速度极快。
- 快速：在资源受限的服务器上，cmd 执行简单文件操作时比 PowerShell 快很多。
- 无处不在：从 Windows PE 到 Server Core，从 WinRE 到应急恢复环境，cmd 几乎必装。
所以在做系统维护、批量处理、快速日志排查等简单任务时，我仍然首选 cmd。但对于需要操作对象、使用 .NET 库、处理复杂数据结构的任务，PowerShell 明显更合适。判断标准其实很简单：这条命令是一次性的"命令"，还是需要反复维护的"程序"？前者用 cmd，后者建议直接上 PowerShell 或 Python。
7.3 几条"每次写命令时都该过一遍"的检查清单
经过 cmdchallenge 的"淬炼"，我现在每次在 cmd 里写稍复杂的命令或脚本时，脑子里都会自动过一遍以下检查项：
- 路径有没有空格？如果有，整个路径必须加双引号，不能让 cmd 按空格拆词。
- 跨盘符了吗？如果需要
cd到另一个盘符，必须加/d，或者先单独切盘符。 - 变量展开的时机对吗？只要在代码块内使用变量，优先考虑延迟展开，用
!var!。 - 特殊字符转义了吗？
|、>、<、&、^、%如果要作为普通文本输出，都要加^或写成转义形式。 - 通配符作用于哪些文件？
*.txt默认只匹配当前目录，如果希望包含子目录，需要加/s或配合for /r递归遍历。 - 理解
/?帮助文档了吗？cmd 每个命令几乎都有/?内置帮助，遇到不确定的参数，先查帮助再执行。
8. 结语前的一点补充：推荐几个值得继续拓展的方向
我个人的体会是，cmdchallenge 更像一个"引子"，它帮你把基础命令和常见组合练熟了，但真正的命令行能力还要靠实际工作中不断扩展。如果你通关之后还想深入研究，我建议按这个顺序往下走：
- 学会写批处理文件（
.bat），把多条命令组合成可复用的脚本，这比在终端里手敲命令更能发挥 cmd 的价值。 - 学习
wmic和net命令，它们可以获取系统信息、管理系统服务和用户账户，是运维的"瑞士军刀"。 - 理解 Windows 计划任务工具
schtasks的用法，它能让你的批处理脚本在指定时间自动运行。 - 最后分享一个小技巧：如果你和我一样经常在 cmd 里敲命令，可以在文件夹地址栏里直接输入
cmd并回车，这会在当前文件夹下打开一个 cmd 窗口，省去来回cd的时间。这个操作我每天都在用，比任何骚操作都实在。
祝你们在 cmdchallenge 里玩得开心，也祝你们在真实的命令行世界里少踩几个坑。