Windows CMD高频命令实战：从端口排查到批处理脚本

上个月在一台办公电脑上排查网络问题，旁边的同事在“任务管理器”里翻了半天进程标签页，也没看清到底哪个程序占了8080端口。我打开CMD敲了两条命令，不到十秒就锁定了占用进程，再补一条taskkill结束战斗。整件事前后也就二十秒，靠的不是什么技巧，而是几个高频命令用得足够熟。

如果你平时打开CMD只会ipconfig和ping，那这篇可以说就是为你准备的。我挑了自己日常用到的10个高频实用命令，覆盖目录导航、文件速查、进程管理、网络排查、文本搜索和批量循环六类场景，按我实际的排查思路串起来讲，每个命令都配了可以直接照抄的示例，顺带把容易踩的坑也标出来。不讲花活，全是能落地的东西。

还没完，文章后半部分我会把这些命令组合成一段真正能用的维护脚本，也会说清楚哪些场景该用CMD、哪些场景应该果断换PowerShell或其他工具。你可以把这篇文章当成一份“Windows命令行生存手册”，需要的时候直接翻到对应小节照做就行。

1. 先把地基打牢：管道、重定向和连接符，让命令学会接力

很多人学CMD只记单个命令，顶多会个 dir、ipconfig，但真正让CMD效率翻倍的地方，不在某个命令多强大，而在如何把命令串起来。这里面的三个基础玩法，值得你先花五分钟理解透，因为后面百分之八十的高端操作都是用这三个东西搭出来的。

1.1 管道符 |：前一个命令的输出，喂给后一个命令

管道符 | 的作用简单粗暴：把左边命令输出的文本，作为右边命令的输入。

我举一个最常见的场景。tasklist 默认会把所有进程列出来，几百行上下，你不可能一个个找。这时只要加上管道符和文本过滤命令 findstr，就能精准提取：

cmd复制tasklist | findstr chrome

输出结果就只剩和chrome相关的进程行，眼睛终于不用遭罪了。同样的玩法多了去了：dir | findstr "error" 只看文件名里带error的文件，netstat -ano | findstr :8080 只看8080端口的连接记录。

理解管道的核心逻辑就一句话：CMD里每个命令都在向“标准输出”写文本，管道符做的事情就是把这些文本转交给下一个命令去处理。这不是什么高深概念，但用熟了之后，你会发现自己开始把CMD当积木拼，而不是一条条敲命令。

1.2 重定向 > 和 >>：让结果落盘，方便存档和复查

有时候我不想让结果只在屏幕上闪一下，而是保存下来，这时候就需要重定向。

• > 把输出写入文件，如果文件已存在就覆盖。
• >> 把输出追加到文件末尾，不会删除原有内容。

我用得最多的是备份网络配置和导出错误日志：

cmd复制ipconfig /all > 网络配置备份.txt

ping 目标服务器 >> 连通性记录.txt

第一条把完整的网卡信息直接存成文本文件，重装系统或者配置排查时翻出来对比，比截图好使。第二条把多次ping的结果追加写入同一个文件，前后对比就能看出网络波动发生在哪个时间段。

还有一个小技巧：> nul 相当于把输出丢进垃圾桶。比如我只想关心命令是否执行成功，不关心输出内容，就可以这么写：

cmd复制ping -n 1 目标地址 > nul && echo 通了

屏幕上不会刷一堆ping的数据，只会显示你想看的那句判断。这个写法的好处在写批处理脚本时尤其明显，不会让无关信息把关键日志淹没。

1.3 连接符 &、&&、||：控制命令的执行顺序

管道符是“把输出传进去”，连接符则是“控制几条命令按什么顺序执行”，两类东西别混。

• & 表示不管前一条成功还是失败，后一条照常执行。
• && 表示前一条执行成功才执行后一条。
• || 表示前一条执行失败才执行后一条。

&& 和 || 更像是一种简单的逻辑判断。比如我想清理一个目录，临时把文件归档后再继续操作：

cmd复制cd /d E:\data && mkdir archive & move *.log archive\

第一段确保我能进入E盘的data目录，只有进入成功才会执行后面的操作；而 mkdir 和 move 之间用 & 连接，意思是无论建目录成不成功，后面的移动指令都执行。这里多说一句：实际用的时候，& 这种不带判断的写法容易在依赖关系比较强的场景里翻车，所以日常我更倾向于用 && 串关键步骤，只有确信用不用管结果时才会用 &。

连接符的价值在组合命令里才会完全体现。比如判断目标机器是否在线，然后自动记录状态：

cmd复制ping -n 1 目标地址 > nul && echo 在线 || echo 不在线

一条命令同时处理“成功”和“失败”两种分支，这是CMD脚本里非常经典的写法。你把这个逻辑吃透了，后文的所有实操都会顺手很多。

我常说，CMD不只是一个“命令词典”，它有自己的执行逻辑。管道、重定向、连接符这三样东西，就是构成这个逻辑的语法骨架。先学会它们，再记命令，你才真正开始“玩”CMD，而不是“背”CMD。

2. 目录导航与文件速查：cd、dir、type，三个被低估的老面孔

cd、dir、type 这三个命令，是很多人的CMD启蒙，但也就停留在启蒙阶段。其实它们都有不少“进阶参数”，配合起来能解决很多看似麻烦的文件定位问题。

2.1 cd /d：跨盘符切换的正确姿势

新手经常遇到一个诡异的问题：把盘符C、D来回输入，却在D盘怎么都进不了某个目录。比如在C盘敲 cd D:\projects，屏幕没有报错，但当前目录根本不动。

原因在于CMD默认只切换当前盘符下的目录，跨盘符必须带 /d 参数：

cmd复制cd /d D:\projects

这是我几乎每天都会用的命令，没有之一。Windows系统的CMD和Linux的终端不一样，Linux是根目录树结构，所有路径都在一个文件系统之下；Windows分盘符，每个盘是独立的根。所以跨盘符这件事，在Linux里根本不是问题，在CMD里就变成了一个必须记住的坑。

顺带推荐一对很少人提但极其实用的命令：pushd 和 popd。pushd 会记录当前目录并切换到你指定的位置，popd 一键跳回之前的地方：

cmd复制pushd D:\tools
popd

我习惯在写批处理脚本时用这对命令做目录穿梭，既不用手动记原来的路径，脚本逻辑也更清晰。

2.2 dir /s /b：两三分钟摸清一个目录的底细

dir 不加参数，只会列出当前目录下的文件和文件夹。一旦目录层级多了，它就显得很笨。但加上 /s 和 /b 之后完全是另一个东西。

• /s 递归列出所有子目录的内容。
• /b 只显示完整的路径名，去掉表头、时间和大小等信息。

组合起来的威力是这样：

cmd复制dir /s /b C:\某个项目目录\*.config

一秒不到，所有.config文件的全路径全给你列出来。这个命令的价值在于：当你想知道某个配置文件到底散落在哪几个子目录、某类文件总共多大规模时，它比图形界面里的搜索更快更直接，而且路径输出是纯文本，方便进一步复制或者交给其他命令处理。

再配一个参数：/a-d 可以只显示文件不显示文件夹。比如我想统计某个目录里有多少个文件，可以写：

cmd复制dir /s /b /a-d E:\data\*.log | find /c /v ""

find /c /v "" 是统计行数的老办法，这样一条命令就把日志文件数量数出来了。如果放到PowerShell里当然有更优雅的写法，但单论“快速看一眼”这个需求，CMD的反应速度是真的快。

2.3 type：查看文本文件，别急着双击编辑器

type 命令相当于CMD里的“cat”，作用就是把文本文件的内容直接打印到屏幕上：

cmd复制type C:\某个目录\settings.ini

我经常在排查配置问题时用它快速瞄一眼文件内容，比在资源管理器里右键选择合适的编辑器再打开快得多。如果文件比较长，配合 more 可以分页查看：

cmd复制type 大文件.log | more

还有更狠的用法：type 加上管道符和 findstr，实现“相当于不打开编辑器直接搜索关键词”的效果：

cmd复制type 应用日志.log | findstr /n "ERROR"

这样日志里所有包含ERROR的行都会显示出来，行号也有，方便定位到具体哪一行出了问题。

这里必须提一个新手容易踩的坑：不要用 type 去看二进制文件。比如exe、dll、图片这类文件用type打开，屏幕上会刷出一堆莫名其妙的乱码，部分终端还可能直接卡死。你只需要记住：type 只适合文本文件，看到文件头是“MZ”这种神秘符号时，马上按Ctrl+C中断。

3. 进程的查与杀：tasklist、taskkill 组合拳，告别任务管理器的低效

任务管理器是Windows用户最常用的进程工具，但它在某些场景下真的很没用：比如进程列表铺满屏却找不到可疑程序、某个进程被占用无法结束、或者你需要确认是哪个PID占用了端口。这时候 tasklist 和 taskkill 就是任务管理器的替代方案。

3.1 tasklist：进程快照与控制台

tasklist 的默认输出包含几列：映像名称、PID、会话名、会话#、内存使用。PID这个概念很重要，它相当于系统给每个进程发的身份证号，后面杀进程时基本靠它。

我最常用的几种写法：

cmd复制tasklist

tasklist /fi "imagename eq chrome.exe"

tasklist | findstr "python"

第一种直接快照全部进程。第二种用 /fi 按条件过滤，imagename eq chrome.exe 表示“映像名称等于chrome.exe”，系统把所有同名进程都列出来。第三种用管道配合findstr做模糊匹配，适合只记得进程名字的一部分时用。

这里有个排查思路值得分享：很多软件卡死或者运行异常时，先进任务管理器找人，人找对了又要右键找“结束任务”。而CMD里的做法是，直接搜名字过滤，一眼就能看到所有相关进程，再配合内存占用排序的逻辑，基本能判断哪个是主进程、哪个是子进程。比在任务管理器里来回切换视图，少好几个步骤。

3.2 端口占用与PID反查：一条完整链路

端口被占用大概是Windows使用中最高频的问题之一。开发的时候，某程序启动报“端口被占用”，要不就是上一轮进程没退干净，要不就是别的服务抢占了端口。

完整的排查是这样走的。第一步，查谁占用了端口：

cmd复制netstat -ano | findstr :8080

输出会显示协议、本地地址、外部地址、状态和PID。比如最后一行写着 TCP 0.0.0.0:8080 0.0.0.0:0 LISTENING 12345，说明PID 12345就是占用8080端口的进程。

第二步，反查这个PID是谁：

cmd复制tasklist /fi "pid eq 12345"

第三步，如果确认是无用进程，直接结束：

cmd复制taskkill /pid 12345 /f

三步走完，端口立刻释放。整套操作不会超过半分钟，而且完全不需要打开任何图形界面。这条链路我几乎每周都要用一次，属于CMD高频命令里含金量最高的一套组合。

3.3 taskkill 结束进程：权限、参数和需要警惕的地方

taskkill 的参数并不复杂，但有三个必须注意的细节。

第一，按PID杀要用 /pid，按进程名杀要用 /im。比如结束所有chrome进程：

cmd复制taskkill /im chrome.exe /f

这样写会把所有同名进程一锅端，省得一个个杀。但也要小心，如果你用了浏览器，你的所有标签页都会瞬间关闭，没保存的表单数据就会丢掉。

第二，/f 表示强制结束。有些进程不配合“温柔”的结束请求，必须用 /f 才能杀掉。但强制结束的代价是没有善后机会，万一进程正在写数据，数据可能不完整。我个人的习惯是：能不用 /f 就不用，软件卡死或端口占用这种场景才上强制。

第三，权限问题。普通权限的CMD会话杀不了部分系统进程或由管理员启动的进程，报错“拒绝访问”。解决办法是以管理员身份重新打开CMD。这个细节值得养成肌肉记忆：涉及 taskkill /f 的操作，我基本都是直接管理员模式启动。

还有一类进程很特殊：杀掉之后会被系统自动拉起，比如某些服务组件。你杀完发现它又出现了，这不代表命令失效，而是在后台有服务控制器在管着它。这种进程的病根往往在于对应服务没有停止，正确流程是先 net stop 服务名 或者去服务管理里停掉服务，再考虑杀进程。

4. 网络问题的三板斧：ipconfig、ping、netstat，怎么配合着用

排查Windows网络问题，我基本上固定走三板斧：ipconfig看自己，ping测链路，netstat查端口和连接。三个命令配合使用，绝大多数家庭办公网络问题都能定位到大概方向。

4.1 ipconfig：不只是查IP，还能刷新IP和DNS

ipconfig 最常见的用途是查看IP配置，但大多数人只敲了裸命令之后看到几行IPv4和网关就完事了。其实它的几个子命令在排查时更好用：

• ipconfig /all 查看完整网卡信息，比如DNS服务器地址、MAC地址、DHCP是否开启。判断一台机器是不是DNS解析异常，我基本第一眼就看 /all 里的DNS配置。
• ipconfig /flushdns 清空DNS解析缓存。域名解析不正常但其他网络都通时，先试这个。
• ipconfig /release 释放当前IP租约，ipconfig /renew 重新申请。自动获取IP的机器，如果网卡显示“无有效的IP配置”，这一对命令往往比重启电脑快得多。

我处理过很多“电脑上不了网但手机可以”的问题，一半以上都是DNS缓存或者IP租约过期。顺序通常是：先 ipconfig /all 看配置有没有异常，再做 /flushdns，真不行就 /release 加 /renew。这套流程能救回大多数“突然断网”的小毛病。

4.2 ping：连通性测试的基本功与常见误判

ping 的目标很简单：确认当前机器到目标地址的网络路径通不通。但有几个参数和细节值得说道说道。

• ping -n 4 目标地址 指定发送4个数据包而不是默认的4个（实际上默认也是4，但根据场景可以调整次数）。
• ping -t 目标地址 持续ping，直到你按Ctrl+C停止。适合观察网络是否有规律性丢包，比如隔一段时间就丢一个包，往往指向链路不稳定或无线信号干扰。
• ping -w 1000 目标地址 设置超时时间为1000毫秒。默认超时在跨网段时可能不够用，导致明明慢但通着的链路被误判为不通。

还有一个容易被忽略的细节：TTL值。ping返回结果里有 TTL=128 或 TTL=64 这类信息，TTL可以大致判断对方的操作系统类型。Windows系统初始TTL通常是128，Linux/Unix类系统多数是64，网络设备可能更小。这不是绝对标准，但可以通过几次测试建立参考。

实际排错时我习惯按这个顺序ping：先ping自己网卡的IP地址，确认本机协议栈没问题；再ping网关地址，确认局域网内部是否能通；然后ping一个外部公网地址，确认出口链路是否正常；最后用域名做DNS解析测试。哪一步断了，问题就出在哪一段，不会眉毛胡子一把抓。

4.3 netstat：连接表里藏着不少秘密

netstat 用来查看网络连接状态和端口情况，组合参数之后能挖出不少信息。

最常用的是 netstat -ano：

• -a 显示所有连接和监听端口。
• -n 用数字形式显示地址和端口，不做反向域名解析，速度快很多。
• -o 显示每个连接关联的进程PID。

这就是前面查端口占用的原理解释：netstat -ano 能直接告诉你某个端口正在被哪个进程监听，再把PID喂给 tasklist，一条链路就闭环了。

另外 netstat -an 可以查看当前机器上有哪些连接。如果要判断机器是不是被扫描或者中了木马，这个命令可以看有没有大量指向陌生地址的连接。不过这里提醒一句，这只是排查手段，不建议在没有任何依据的情况下妄下结论，更不要仅凭一个陌生连接就断言“中毒”。

netstat 还有一个带管理员权限才好用的参数：-b，可以直接显示每个连接对应的可执行文件路径。这比PID反查更快，但要求以管理员身份运行CMD。

5. 文本搜索与定位：findstr 和 where，一个个翻文件是最低效的

经常有人问我：Windows上想批量在多个文件里搜索一段文字，用啥？我会反问，你的电脑上装了什么编辑器吗？如果没有，答案是 findstr。另外还有个 where 命令，用来定位软件安装位置，同样被大多数人忽略。

5.1 findstr：CMD里的文本搜索利器

findstr 本质是CMD内置的文本过滤器，但它能做的事远不止“找一行字符串”那么简单。

最基础的用法是单文件搜索：

cmd复制findstr "ERROR" D:\logs\应用.log

进阶一点，多文件搜索配递归：

cmd复制findstr /s /i /n "timeout" D:\logs\*.log

参数含义：/s 递归搜索子目录，/i 忽略大小写，/n 显示匹配行所在的行号。这种写法相当于用一条命令把整个目录下的所有日志翻了个底朝天，定位哪些日志里出现过timeout关键字。

还有个参数 /v 很好用，表示反向匹配，即显示不包含指定关键字的行。比如日志里大量正常记录都是“INFO”，我只想看非INFO的异常内容：

cmd复制findstr /v "INFO" D:\logs\应用.log

此外 findstr 支持简单的正则表达式，比如用 ^ 匹配行首：

cmd复制findstr "^ERROR" D:\logs\应用.log

这就只匹配行首是ERROR的记录，不会把Error出现在句子中间的日志误揪出来。

很多人没注意到的细节是：findstr 匹配多关键字时，如果匹配项之间用空格分隔，默认是“或”的关系：

cmd复制findstr "ERROR WARN" D:\logs\应用.log

会把包含ERROR或WARN的行都列出来。如果要用“且”的关系就麻烦一点，需要多层管道叠加，我平时一般直接切到PowerShell的 Select-String 解决复杂逻辑。

5.2 where：查找程序到底装在哪里

where 命令专门用来定位可执行文件的位置。

cmd复制where notepad

它会沿当前系统的PATH路径搜索notepad程序，输出它的完整目录。你可能会觉得用不着，但在某些比自己想象中更常见的场景里，它能救命。比如装了某个工具，桌面快捷方式指向的路径丢了，或者同事问“你那个软件装到哪了”，用 where 几秒就出结果。

where 还有一个递归搜索的用法：

cmd复制where /r C:\tools *.dll

从C:\tools目录开始递归搜索所有dll文件并输出完整路径。虽然速度比不上Everything这类专业搜索工具，但在不带第三方软件的办公电脑上，它就是最快的方法之一。

5.3 一个小提醒：CMD搜索能力的天花板

findstr 的正则支持非常有限，如果你需要复杂的模式匹配、按时间过滤、统计频率这类操作，它就很吃力了。这时候我的建议不是硬写CMD命令，而是转向PowerShell：

powershell复制Get-ChildItem -Recurse -Filter *.log | Select-String -Pattern "timeout"

PowerShell的 Select-String 返回对象而不只是文本，后续做统计、导出、过滤都更顺手。CMD的价值在快、轻、随手可用；一旦你需要复杂的数据处理，就该换工具了。这不是CMD不行，而是你要学会给不同任务分配合适的工具。

6. 自动化雏形：for 循环让重复劳动一键清空

很多人用CMD多年，一直停留在“一条命令干一件事”的层面。真正让效率质变的，是循环。CMD的 for 命令虽然语法丑、记忆成本高，但它就是Windows命令行自动化的基座。一旦掌握，你的工作方式会发生改变。

6.1 for /L：数字循环的典型用法

for /L 的语法长这样：

cmd复制for /L %i in (1,1,10) do echo %i

括号里的三个数字分别表示起始值、步长、结束值。上面这条命令会从1数到10，每次执行一次 echo %i。

这个循环最经典的落地场景是批量ping一段网段的机器。比如整个局域网是192.168.1.0/24，想快速探测哪些机器在线：

cmd复制for /L %i in (1,1,254) do ping -n 1 -w 300 192.168.1.%i > nul && echo 192.168.1.%i 在线

这个命令执行起来有点慢，254个IP逐个ping，即使超时时间设成300毫秒，也要差不多一分半钟。但相比手工一个个ping，它已经接近全自动了。

6.2 for /f：按行或者按分隔符解析内容

for /f 比 /L 强大得多，它可以解析文件内容、命令输出、字符串片段。

比如把上一章查到的进程列表拿出来，逐个输出进程映像名称：

cmd复制for /f "tokens=1" %i in ('tasklist ^| findstr chrome') do @echo %i

单引号里是一条命令，/f 会读取这个命令的输出；tokens=1 表示提取每行的第一列。注意里面的管道符 | 要用 ^| 转义，否则会被当作外层命令的管道解析，这是个很隐蔽的坑。

再比如批量读取一个文本文件里每一行，并对每一行执行操作：

cmd复制for /f %i in (hosts.txt) do ping -n 1 %i

如果hosts.txt里每一行是一个主机名或者IP，这行命令会自动把每个目标都ping一遍。部署服务器、巡检多台设备时，这种写法能省下大量时间。

for /f 还支持根据分隔符拆字段、跳过指定行等高级参数，但多数时候 tokens 和括号内的命令输出就够用了。

6.3 新手最大的坑：%i 和 %%i 的区别

for 命令在新手手册里被吐槽最多的就是变量符号：在CMD窗口里直接敲，变量用 %i；在批处理文件(.bat/.cmd)里，变量要写成 %%i。

cmd复制REM 在CMD窗口执行
for %i in (1,2,3) do echo %i

REM 在.bat批处理文件中执行
for %%i in (1,2,3) do echo %%i

原因在于批处理文件解析时，%i 会被当作外部传入参数的一部分处理，只有 %%i 才能作为循环变量。严格来说是CMD的变量展开机制造成的，但对使用者而言，记住“窗口用单百分号，脚本用双百分号”就够了。

我在给同事写批处理时经常提醒这个点，因为这是个很容易被忽略的差异：在窗口里调试好好的命令，复制到bat文件里就报错，十有八九就是这个原因。

还有一个安全习惯必须强调：涉及删除、覆盖文件的操作，先改成 echo 跑一遍看看结果。“先echo后执行”是我玩了这么多年CMD养成的铁律。比如你写了个批量清理临时文件的循环，哪怕命令看起来再正确，也先让它打印出即将执行的每一条命令，确认路径、文件名没有错，再去掉echo真正执行。

cmd复制for %i in (*.tmp) do echo del "%i"

看到屏幕列出的全部待删文件后，再改成 del "%i" 执行。这一步能拦住绝大多数的误操作。

7. 组合实战：从“单条命令”到“一套维护脚本”，完整走一遍

单条命令背得再熟，不会组合也是白搭。这一章我拿几个真实频繁遇见的场景，把前面的命令按“发现问题-定位-处理”的流程串起来，演示完整思路。

7.1 场景一：端口被占用，三步闭环

假设开发环境启动时提示“端口 8080 已被占用”。完整流程是：

cmd复制netstat -ano | findstr :8080

输出里找到PID，比如12345。然后反查：

cmd复制tasklist /fi "pid eq 12345"

确认进程确认无用，结束它：

cmd复制taskkill /pid 12345 /f

这还不算完。如果这个端口经常被同一个程序占用，我会把后面两步连成一条命令，下次直接执行：

cmd复制for /f "tokens=5" %i in ('netstat -ano ^| findstr :8080 ^| findstr LISTENING') do taskkill /pid %i /f

这段命令通过两层管道，把监听8080端口的进程PID提取出来并直接结束掉。虽然看起来复杂，但它能一键释放端口，尤其适合开发机频繁重启服务的情况。

7.2 场景二：批量收集多台机器的日志与进程快照

假设你需要统计一组服务器的进程状态和资源占用。先把服务器列表写入一个 servers.txt，每一行一个地址，然后：

cmd复制for /f %i in (servers.txt) do (
  echo === 处理 %i ===
  ping -n 1 -w 1000 %i > nul && tasklist /s %i 2>nul || echo %i 无法连接
)

这里用 tasklist /s 从远程机器获取进程列表，如果ping不通就输出提示。当然远程tasklist往往需要权限配置，一般场景下这个命令未必能直接通，但你要理解这段命令的结构：循环里同时包含“条件判断”和“命令执行”两个逻辑，这就是把CMD当简单脚本用。

真到了批量管理几十台服务器的程度，我建议直接上专业运维工具，CMD这种点对点的操作方式只适合零散管理三五台设备。还是那句话：CMD解决“临时、快速、单点”的问题，自动化平台的活儿交给专业工具。

7.3 场景三：写一个完整的.bat维护脚本

把常用命令收集到一个bat文件里，双击就能自动执行，这是CMD最实际的落地方式。我写一个示例，场景是“日常日志检查和临时文件清理”：

bat复制@echo off
setlocal enabledelayedexpansion

set LOG_DIR=D:\logs
set BACKUP_DIR=E:\backup

echo [1] 备份今天的日志
if not exist "%BACKUP_DIR%" mkdir "%BACKUP_DIR%"
copy "%LOG_DIR%\*.log" "%BACKUP_DIR%\" > nul
if errorlevel 1 (
  echo 日志备份失败
) else (
  echo 日志备份完成
)

echo [2] 查找包含 ERROR 的日志行
findstr /s /n "ERROR" "%LOG_DIR%\*.log" > "%BACKUP_DIR%\error_report.txt"

echo [3] 清理超过7天的临时文件
forfiles /p "%LOG_DIR%" /s /m *.tmp /d -7 /c "cmd /c del @path"

echo 维护完成
pause

这段脚本有几个细节可以学：

• if errorlevel 1 是CMD里判断上一条命令是否失败的经典写法，非0即失败，用于分支处理。
• forfiles 是另一个文件批处理命令，/d -7 表示修改日期7天前，/c 定义对每个文件执行的命令。这里用它清理过期临时文件，比for循环写日期比较更直接。
• pause 放在结尾，让窗口停在屏幕上而不是闪退，方便查看执行结果。

写批处理的时候，我习惯给每一步加一个 echo 说明，让执行过程有反馈。脚本跑起来不怕慢，就怕它静静地出错，没有任何输出，你根本不知道发生了什么。

7.4 把脚本交给“计划任务”，定时自动执行

光会写脚本还不够，Windows里有个“任务计划程序”，可以按时间、按事件触发bat脚本。比如每天凌晨两点清理一次临时文件，就可以把上面的脚本挂进计划任务。

创建机制说复杂也复杂，但最简单的做法是图形界面里一步步配置：任务计划程序-创建基本任务-选“每天”-选时间-设置“启动程序”-选择你的bat文件-完成。CMD的脚本能力和任务计划配合起来，相当于给机器装了一个定期自检的大脑，很多重复性维护工作完全可以无人值守。

7.5 安全执行检查清单

无论写单条命令还是整套脚本，下面几条“防呆”规则我都强烈建议执行：

• 关于删除和覆盖的操作，先echo输出预览，确认无误再放行。
• 不要拿到陌生脚本就直接运行，先在隔离环境里逐行分析或者拆开测试。
• 涉及系统级操作的命令，尽量用管理员CMD执行，但副作用也在管理员权限下被放大，谨慎。
• 每条脚本开头加上注释说明用途，时间久了你会感谢自己。

8. 几个用到才会懂的使用习惯

最后聊几个我持续使用CMD多年攒下来的习惯，谈不上技术含量，但确实能减少很多不必要的折腾。

第一，按住Win+R，输入CMD，回车——这是打开CMD最快的方式。如果要用管理员权限，Win+X或者Win+R后按Ctrl+Shift+Enter都可以，比在开始菜单里右键更顺。

第二，把常用命令做成“化名”式的脚本，放到一个专门的文件夹，并把该文件夹加入系统PATH环境变量。比如我把 cmds 文件夹加进PATH，里面放了 pingtest.bat、port.bat 这类小工具，需要时直接敲名字就执行，不用每次找路径。

第三，CMD窗口默认的代码页是936（简体中文），当命令输出出错乱码时，可以执行 chcp 65001 切到UTF-8，很多中文显示问题当场解决。这个细节藏得深，但命中一次能省半天纠结。

第四，别排斥和PowerShell并存。CMD强在轻、快、随手就来，PowerShell强在对象化、结构化、跨场景复用。我日常的步骤是：快速排查用CMD，复杂数据处理和系统管理切PowerShell。这两个不是谁取代谁的关系，而是工具箱里的不同扳手，问题决定工具，不是工具决定问题。

回到开头的那个场景：端口占用、进程管理、网络排查，这些看上去很小的需求，恰恰构成了Windows日常维护里最频繁的痛点。CMD这10个命令的价值就在于，它们用最小的学习成本解决了这些高频痛点。你不需要背几百条命令，只要把常用的十几条练到肌肉记忆，效率自然就上来了。

如果你看完之后决定开始实践，我的建议是不要贪多，先挑自己工作里用得上的两三个场景，把这几个命令反复用到条件反射的程度。一段时间后你回看，会发现之前靠鼠标点半天的事情，现在一条命令就结束了。