同事抱着笔记本过来说某个服务起不来事件查看器里翻了两页没头绪。我按了 WinR敲 cmd 回车一首 tail 式的日志过滤命令加两条 netstat两分钟定位到是端口被别的进程占着。他的表情很典型——原来 Windows CMD 还能这么用。这就是我想写这篇东西的原因Windows 系统里那个黑底白字的 cmd.exe被太多人当成了上古遗物但它其实是排障、批处理、自动化任务里最稳、最快、最不挑环境的那把工具。不管你是刚接触命令行、想找一份能直接抄的 Windows CMD 常用命令清单还是天天混在服务器里、想补齐一批用得上的边角命令接下来这些内容都值得存下来慢慢翻。我不打算把这篇文章写成命令字典那种一句话解释一条的形式因为那种东西你搜一下就有。我更想做的是把命令按使用场景串起来——排网络、看进程、清磁盘、写脚本、避坑每一条都告诉你它解决什么实际问题、参数为什么这么选、什么情况下会翻车。命令本身是死的真正值钱的是什么时候该用它。1. 先把 CMD 的定位摆正别在错误的场景里硬扛1.1 CMD 和 PowerShell、终端模拟器到底谁该干什么很多人一上来就问现在还用 CMD 是不是太落后了。这个问题本身问偏了。Windows 里同时存在几套东西cmd.exe 是命令解释器PowerShell 是另一套基于对象管道的 shell而 Windows Terminal 只是把这些 shell 塞进同一个窗口的外壳程序。它们不是替代关系是分工关系。我的实际用法是这样的临时排查、单次执行、兼容老脚本、给同事发一条你复制粘贴就行的命令优先用 CMD。因为 cmd 的语法简单、启动快、几乎所有 Windows 机器都有、不用管执行策略。而需要处理结构化数据、批量操作对象、写比较复杂的分支逻辑时PowerShell 更合适。两者的命令还能互相调用——在 CMD 里直接敲powershell -Command ...或者在 PowerShell 里cmd /c调批处理这在实际运维里非常常见。有个判断标准很实用如果这条命令你要发给别人执行而且对方的机器环境你完全不清楚那就用 CMD。因为 PowerShell 会有执行策略ExecutionPolicy拦你脚本后缀、调用方式都会成为额外变量而 CMD 的批处理只要双击就能跑容错率高。1.2 从一次端口被占用的排查看 CMD 的价值回到开头那个例子现场大致是这样的服务日志只说绑定失败没说为什么。这时候图形界面帮不上忙我做了三步。第一步确认端口是不是真被占netstat -ano | findstr :8080-a列出所有连接-n用数字显示地址和端口避免反查域名拖慢速度-o显示占用它的进程 PID。输出最后一列那个数字就是 PID。第二步拿着 PID 找进程名tasklist /fi pid eq 12345第三步确认那个进程该不该杀再决定是taskkill还是改自己服务的端口。这三条命令加起来不到二十个字符换成图形界面你得开资源监视器、找网络标签、翻列表、再切到任务管理器对 PID慢好几倍。这就是 CMD 的核心价值把看系统状态这件事的成本压到最低。提示很多人记不住tasklist的筛选参数写法其实tasklist /?会把所有筛选字段列出来比背命令快得多。遇到不熟的参数加/?永远是最省事的路。2. 命令行是怎么读懂你敲的那句话的2.1 解析顺序决定了命令为什么失败不夸张地说大部分命令不生效的问题根源都在没搞懂 CMD 的解析顺序。当你敲下一行东西解释器大致按这样的逻辑走先把整行按重定向和管道符号切开然后识别第一个词是不是内部命令dir、cd、echo 这类或外部程序接着把剩下的部分作为参数传过去最后处理、、|、、||这些控制符。举个容易踩的场景echo hello log.txt会创建一个内容是hello的文件但如果你打错空格写成echo hello log.txt效果一样可如果写成echo hello log.txt结果也还是把hello写进文件。看起来无所谓但一旦和变量结合就会出事因为的优先级比参数拼接高。真正让人头疼的是和||。前者表示前一条成功才执行后一条后者表示前一条失败才执行后一条。这里的成功由退出码决定而退出码这东西恰恰是 CMD 里最容易被忽略的部分。2.2 退出码和 %ERRORLEVEL%让脚本能判断成败每条命令执行完都会返回一个数字0通常代表成功非0代表各种失败。CMD 把它存在%ERRORLEVEL%这个伪环境变量里。和||就是靠它来判断的。但这里有个经典陷阱%ERRORLEVEL%在批处理里是在解析整行时就被展开的不是执行到那一步才取值。所以下面这段代码是错的command1 if %ERRORLEVEL% neq 0 echo 失败了如果command1和if恰好被分在同一个解析块里比如在一个括号包围的 if 块内%ERRORLEVEL%取到的可能是更早的值。正确做法是用延迟展开setlocal enabledelayedexpansion之后用!ERRORLEVEL!。这一点我在写批处理时被坑过不止一次排查半天才发现是展开时机的问题。判断退出码还有个更稳的写法if errorlevel 1。注意它表达的其实是大于等于 1不是等于 1。所以if errorlevel 1 echo fail会把退出码 1、2、3……全都捕获。想要精确等值判断还是得用if %ERRORLEVEL% equ 5这种。注意robocopy的退出码跟普通命令完全不一样。0 到 7 都算成功各有含义比如 1 表示有文件复制成功2 表示有额外文件8 以上才是真失败。如果你用if errorlevel 1去判断 robocopy会把成功也当失败。这是备份脚本里最容易埋的雷。3. 文件与目录操作从高频四件套到递归复制3.1 cd、dir、copy、del 的行为细节cd有两个必须记住的点。第一它默认不跨盘符你当前在 C 盘敲cd D:\work目录是切不过去的得加/d也就是cd /d D:\work。第二cd..和cd ..虽然都能返回上一级但带空格才符合规范某些嵌套脚本里不规范的写法会出问题。dir的隐藏价值全在参数里。dir /a连隐藏文件一起列dir /b只输出文件名方便喂给别的命令dir /s递归子目录dir /o:s按文件大小排序/o:-d按修改时间倒序最近改动排最前。清理磁盘时我最常用的是dir /s /o:s一眼就能看出哪个大文件在吃空间。copy只能复制文件不能复制目录结构遇到子目录会跳过。它还有个少被提到的行为目标路径末尾如果是目录会复制进去如果是文件名会改名。del则要和/s、/q、/f一起看——/s递归删除/q静默不确认/f强制删除只读文件。组合起来del /s /q /f *.tmp威力很大同时也意味着没有回收站兜底敲之前一定先dir看一眼匹配结果。3.2 robocopy 和 xcopy 的参数取舍需要连目录结构一起复制时xcopy和robocopy是主力。xcopy /e /i /h /y分别表示包含空目录、把目标当目录、复制隐藏和系统文件、覆盖不询问。它够用但大文件量下速度一般而且出错了细节不够清晰。robocopy是它的升级版参数设计更工程化。几个我常用到烂的组合参数含义使用场景/E复制所有子目录含空目录完整镜像一次目录/MIR镜像模式会删除目标多余文件严格同步慎用/Z支持断点续传跨网络复制大文件/R:0 /W:0失败不重试、不等待避免卡在锁定文件上/LOG:file追加日志定时任务里留痕/XD/XF排除目录、排除文件跳过缓存目录/MIR是个双刃剑它让目标和源完全一致包括删掉目标里多出来的东西。做备份同步时很爽但如果目标目录里放了你手写的额外文件一次/MIR就没了。我的习惯是真正重要的目录第一次同步前先跑一次/E不带/MIR确认结果后再上镜像。3.3 for /r 与 where批量处理的正确姿势要遍历某个目录下所有同类文件where和for /r各有用处。where /r D:\logs *.log会递归搜出所有 log 文件比dir /s /b写法干净。它还能搜可执行文件where python告诉你当前 PATH 里到底解析到哪个 python这对判断环境变量到底生效没特别有用。for /r适合在批处理里做循环处理for /r D:\data %%f in (*.csv) do ( echo 处理 %%f rem 这里放你的处理命令 )要注意两个坑命令行里直接用要写成单百分号%f批处理文件里才写双百分号%%f混了就是语法错误。另外for /r会在每个子目录都把当前目录当根扫一遍如果目录很深重复扫描的开销不小目录层级大的时候我宁愿用dir /s /b配合for /f来遍历。4. 网络排查ping、netstat、tracert 一条龙4.1 ping 的返回值到底该看哪几行ping是大家最先学会的命令但真会读输出的人不多。基本用法ping -n 4 目标表示发 4 个包默认其实是 4 个。真正有价值的是参数组合-t持续 pingCtrlC 停-l 1472指定包大小-f设置不分片标志-w 1000设置每个包超时毫秒数。判断链路质量时请求超时和无法访问目标主机是两回事前者说明包发出去了但没回应可能是对端防火墙丢了 ICMP也可能是真丢包后者说明本地就没找到路由通常是网关或本地网络配置问题。分不清这两个排查方向就会跑偏。还有一个经典技巧ping -f -l 1472 目标用来探 MTU。1472 加上 28 字节包头就是 1500如果这个大小报需要分片说明链路上 MTU 被调小了逐次减 8 就能试出真实值。这招在排查某些大包走不通、小包正常的怪问题时特别管用。4.2 用 ping 测端口这是个常见误区网上常有人问cmd 怎么 ping 端口号这里必须把话说明白ping 走的是 ICMP 协议它压根没有端口这个概念你没法用 ping 去测某个 TCP 端口通不通。端口是 TCP/UDP 层的东西。想测端口得用别的手段。最通用的是 PowerShell 的Test-NetConnectionTest-NetConnection -ComputerName 192.168.1.10 -Port 3306它会明确告诉你TcpTestSucceeded是真还是假。如果对方机器开了 telnet 客户端也可以telnet 192.168.1.10 3306连上就是一片黑屏或者光标停住连不上就报连接失败。测本地监听状态则用前面提到的netstat -ano | findstr :3306。三种手段配合起来内外两个方向都能确认。提示ping测域名时顺手也能验证 DNS 是否正常。如果ping www.example.com报找不到主机但直接 ping IP 能通那基本就是 DNS 的问题接下来就该上nslookup了。4.3 nslookup 与 tracert 的排错顺序nslookup 域名直接给你解析结果。想指定 DNS 服务器验证是不是本地解析器的问题写nslookup 域名 8.8.8.8。查 MX 记录用nslookup -typeMX 域名查 TXT 用-typeTXT。DNS 相关的怪异问题十有八九是对比不同服务器的返回结果就能找到线索。tracert 目标逐跳显示路径-d不解析域名快很多-h 10限制最大跳数-w 500设置等待超时。排某段链路慢的问题时看哪一跳开始时延突然变大就行。不过要注意中途几跳显示* * *是正常的很多路由器不响应探测包不代表链路断了——关键是看最终能不能到达目标。5. 进程、服务与系统信息看清机器在干什么5.1 tasklist 的筛选与排序玩法tasklist不带参数会列出所有进程信息很杂。真正好用的是筛选tasklist /fi imagename eq chrome.exe按进程名筛/fi memusage gt 500000按内存占用筛单位 KB/fo csv输出 CSV 方便后续处理/svc显示每个进程承载的服务。排查内存被谁吃了的时候我习惯先tasklist /fo csv导出再丢给 sort 之类的工具排序比在任务管理器里盯着看快。找 PID 对应的进程前面已经演示过tasklist /fi pid eq xxxx。要找进程的完整路径和命令行参数呢cmd 阶段的信息不够可以直接借力 PowerShellwmic process where namechrome.exe get ExecutablePath,CommandLine不过要注意wmic在较新的 Windows 版本里已经被标记为弃用Windows 11 的 24H2 之后默认不再预装需要的话得在可选功能里手动加回来。新环境里更稳妥的做法是用powershell Get-Process chrome | Select-Object Path这类写法。5.2 taskkill 与服务管理的边界杀进程用taskkill。taskkill /pid 12345 /f强制结束/t连子进程一起结束——这点很关键很多程序会拉起子进程只杀父进程的话子进程会变成孤儿继续占资源。所以我的默认写法是taskkill /pid 12345 /t /f。但要注意有些系统级进程杀了会导致桌面重载或者服务异常动手前一定先确认进程身份。前面那条拿 PID 找进程名的步骤就是为了这个。服务相关命令是sc。它有个反直觉的语法子命令后面的等号后面必须带空格。sc query state all列出所有服务sc query 服务名看单个服务状态sc config 服务名 start auto把启动类型改成自动sc start 服务名启动。sc query state all | findstr /i SERVICE_NAME sc config MyService start auto sc start MyService那个等号后加空格的规则我见过无数人栽在上面报错信息又不直观很容易以为命令本身写错了。记住它是sc的固定怪癖就行。5.3 systeminfo 和 findstr 的中文坑systeminfo一次输出操作系统版本、补丁、内存、网卡等一大堆信息做机器盘点很方便。但有个中文系统的坑网上流传的systeminfo | findstr /C:OS Name在中文系统里根本匹配不到因为字段名被本地化成了OS 名称。正确写法是对应中文字段systeminfo | findstr /C:OS 名称 /C:系统型号 /C:物理内存总量如果脚本要在多语言环境里跑别去匹配字段名改用wmic os get Caption或者 PowerShell 的Get-CimInstance Win32_OperatingSystem更稳因为属性名是固定英文的。6. 磁盘与系统文件维护命令的正确打开方式6.1 chkdsk 的模式差异和风险chkdsk分只读和修复两种模式。chkdsk C:是只读扫描看完给你报告chkdsk C: /f修复文件系统错误chkdsk C: /r额外扫描坏扇区并尝试恢复可读信息。这里有个必须知道的点修复系统盘需要独占访问正在运行的 C 盘没法当场修命令会提示你是否安排在下次重启时执行选 Y 然后重启。/r很慢大容量机械盘可能跑几个小时不着急的话别随手加。另外 SSD 上跑/r意义有限坏块由控制器自己管理通常只做到/f就够了。6.2 sfc 和 DISM 的先后顺序系统文件出问题、程序莫名崩溃时sfc /scannow是标准动作。它扫描并尝试修复受保护的系统文件。但它有个前提修复源组件存储本身得是好的。如果组件存储坏了sfc 会告诉你无法修复某些文件。这时候就该上 DISMDISM /Online /Cleanup-Image /RestoreHealth它会从系统镜像修复组件存储。顺序上我通常先跑 DISM 修复组件存储再跑 sfc 修系统文件这样 sfc 才有健康的源可用。两个命令都挺耗时十几分钟到半小时都正常别以为是卡死了。注意DISM 的/RestoreHealth需要联网或指定本地源。离线环境的机器要提前准备好镜像源参数否则会失败。6.3 磁盘清理的命令行路径图形界面的磁盘清理对应cleanmgr。它有个高级玩法cleanmgr /sageset:1先打开配置界面勾选你想清理的项目保存成方案 1之后用cleanmgr /sagerun:1无人值守执行这个方案。做定时清理任务时这套组合比手动点一遍强多了。临时文件目录也可以直接清理但要格外小心路径正确性。比如用户临时目录%TEMP%可以先看再删dir /a %TEMP% del /q /f /s %TEMP%\*删之前一定先dir确认目录没搞错。因为这条命令不进回收站路径写错一个字符后果自负。系统级的临时目录比如 Windows 目录下的 Temp清理前更要慎重有些正在运行的程序文件被删会导致异常。7. 批处理把重复操作压成一条命令7.1 变量、延迟展开与 setlocal 的作用批处理的变量用set namevalue定义引用时写%name%。但前面提过在同一解析块里变量展开会提前。setlocal enabledelayedexpansion加上!name!就是为了解决这个问题——!形式的变量在执行到那一行时才取值。配套的还有endlocal用来结束这个作用域。好处是局部变量不会污染全局环境脚本跑完自动清理。我的习惯是每个稍复杂的批处理开头都写setlocal enabledelayedexpansion结尾对应endlocal这几乎成了肌肉记忆。还有个特别实用的伪变量%~dp0它返回当前脚本所在目录带结尾反斜杠。用它拼路径脚本放到哪台机器哪个盘都能找到自己的同目录文件set BASE%~dp0 copy %BASE%config.ini D:\app\config.ini7.2 if 与 for 的常见写法条件判断里字符串比较用要加引号防空格报错数字比较用equ、neq、lss、gtr这些关键字。判断文件存在用if existif exist D:\flag.txt ( echo 标记文件存在 ) else ( echo 未找到标记文件 )循环里for /f用来解析命令输出或文件内容for /l做计数循环for /d遍历目录。这几个够覆盖日常九成场景。要注意for /f默认只取空格分隔的第一段需要整行的话加delimsfor /f delims %%line in (list.txt) do echo %%line7.3 静默运行与计划任务结合有时候你想让脚本在后台悄悄跑不弹黑窗口。批处理自身做不到完全无窗口通常的做法是配合start /min最小化启动或者用 VBS 包装一下再调用又或者干脆交给计划任务在后台执行——计划任务里的不管用户是否登录都运行模式下不会弹窗。要静默执行并丢弃输出可以直接重定向myjob.bat nul 211是标准输出2是错误输出nul丢进空设备21表示错误也跟着标准输出一起走。这句nul 21在脚本里出现频率极高看到它你就知道作者想把输出全压掉。但调试期千万别加会连报错都看不到反而更难查。8. 那些年踩过的 CMD 坑和排查链路8.1 中文乱码chcp 65001 的真实边界很多人一遇到 CMD 里中文显示成乱码就chcp 65001切到 UTF-8。这招确实能解决一部分场景尤其是程序输出 UTF-8 文本时。但它不是万能药原因在于控制台的字体、代码页、输入法、以及程序自己输出的编码是四个独立的变量。常见情况是切了 65001 之后某些老程序反而乱码更严重因为它们按 GBK 输出你却告诉控制台按 UTF-8 解释。更麻烦的是某些中文输入法在 65001 下会出问题。我的经验是命令行里想稳定显示中文默认的 936 代码页GBK反而是最省心的除非你在跑必须输出 UTF-8 的程序比如某些跨平台构建工具才切 65001并且配上支持 UTF-8 的等宽字体。热点里那种cmd /c chcp 65001nul 程序的写法就是先静默切代码页再跑程序避免污染输出。8.2 不是内部或外部命令到底谁的锅这个报错太常见但原因不止一种得按顺序排。第一命令名拼错了这个最朴素。第二命令不在 PATH 环境变量里。第三程序文件确实存在但扩展名不在PATHEXT列表里。第四PATH 被某个软件安装时改坏了把C:\Windows\System32挤掉了。排查方法很简单where 命令名。如果能找到路径说明 PATH 没问题问题在别处如果找不到就去看 PATHecho %PATH%看输出里有没有C:\Windows\System32还有C:\Windows。这两个是系统命令的根基少了它们连cmd本身都可能调不出来。顺手说一句热点里WinR 打不开 cmd的怪现象十有八九就是 PATH 里这两条被删了或者被覆盖了。修复方式是到系统属性 - 高级 - 环境变量里把这两条加回 PATH 开头或者用一个还活着的命令行工具比如任务管理器里新开进程去改。8.3 路径带空格、特殊字符与百分号转义路径里有空格是经典坑。cd Program Files会失败因为 CMD 把空格后面的当成了另一个参数。解决办法是加引号cd C:\Program Files。大部分命令都支持引号包裹路径养成习惯就好。另一个坑是%号。在批处理文件里%是变量引用的标志想输出一个真正的百分号得写两个%%。所以在批处理里写echo 完成度 100%会出问题得写echo 完成度 100%%。而直接在命令行里敲则是单写%。同一个符号两种规则很多人第一次写批处理都要懵一下。还有、|、这些控制符出现在文件名或参数里必须转义或者用引号包起来否则会被当成管道和重定向处理。路径里藏个导致命令行为诡异的情况排查起来往往要绕很久。8.4 cmd /c 与 cmd /k 混用导致的窗口闪退写启动脚本时经常需要调另一个批处理。cmd /c 脚本.bat是执行完就退出进程cmd /k 脚本.bat是执行完保持窗口。混用会造成两种问题用/c时如果脚本本身报错窗口一闪就没了你什么都看不到用/k时双击运行会一直挂着窗口不退出看起来像卡死。我的处理办法是脚本开头加一句echo on方便调试确认逻辑没问题再关掉关键步骤用pause留下观察点正式上线前删掉。如果一定要静默执行并保留退出码可以cmd /c call myjob.bat exit /b %ERRORLEVEL%这样父进程能拿到子脚本的真实退出码便于上层判断。这个细节在串联多个脚本的流水线里能省掉不少为什么明明失败了却显示成功的困惑。9. 让敲命令快一倍的零碎技巧9.1 doskey 宏把长命令缩成两个字母doskey可以定义宏比如doskey lsdir /b $*之后敲ls就等价于dir /b。$*表示把后面跟的所有参数原样传进去这样ls /s也能用。问题是宏默认只在当前窗口有效关掉就没了。想持久化有两种方式一是把宏写进一个 .mac 文件启动时用doskey /macrofilexx.mac加载二是在注册表HKCU\Software\Microsoft\Command Processor下建一个叫AutoRun的字符串值指向加载脚本。后者每开一个 cmd 窗口都会自动跑很方便但前提是那个脚本本身不能报错否则会影响所有新窗口启动所以改完记得开个新窗口测一下。9.2 Tab 补全和那几个冷门快捷键Tab 键补全文件名和目录名连按多次会在匹配项之间循环这个很多人知道但用得不熟。F7弹出命令历史列表方向键选、回车执行F8是在当前输入前缀的基础上搜索历史命令F9按编号调用历史AltF7清空历史。反复执行同类命令时F7比翻方向键快得多。还有个CtrlC中断正在跑的命令卡在ping -t或者长命令里时全靠它。CtrlM在某些终端里等于回车但常规 CMD 里意义不大了解即可。转义和补全配合用得好敲命令的手感完全不一样。9.3 把常用脚本放进 PATH 目录最高效的做法其实是把你反复用到的批处理脚本集中放在一个目录比如D:\tools\bin然后把这个目录加进用户 PATH。之后在任意路径下敲脚本名去掉 .bat 后缀就能直接调用不用再敲全路径。添加时注意顺序——放在系统目录之后、其他工具目录之前避免和系统命令重名冲突。命名上也别用dir.bat、ping.cmd这种和系统命令撞车的名字否则你的脚本会覆盖系统命令造成排查困难。这个坑我见过有人在PATH里放了个叫find.bat的脚本结果所有依赖find的批处理全乱套。顺便提一句很多日常的清理缓存批量重命名定时备份这类活写成脚本丢进 PATH 之后一天能省下不少重复点击的时间。至于我自己后来是把最常用的十几个脚本集中管理配上一个help.bat列出所有可用命令团队里新来的同事直接照着用就行比写文档还省事。