干了十几年运维，我有个特别深的感触：不管图形界面做得怎么花哨，遇到系统抽风的时候，第一个能救场的永远是命令行。Windows 系统里，CMD 命令行到现在依然是我日常排查故障、批量处理终端的核心工具。今天我要分享的这份 100 条 CMD 命令大全，是我从多年桌面运维和服务器维护实战里筛出来的，按文件操作、网络诊断、系统管理、磁盘维护、批处理自动化五大模块分类整理。零基础的朋友可以照着命令逐个敲，积累手感；有一定经验的朋友也能从中查漏补缺，特别是管道、重定向、for /f 这些组合用法，处理大批量终端时真的能让你效率翻倍。
我见过不少新入行的桌面运维同事，碰到问题第一反应就是重装系统，或者打开设备管理器到处点。不是说图形界面没用，而是点鼠标这件事很难标准化：你没法把"点哪里"写成脚本，也没法快速复制给十台机器。命令行的优势恰恰在于它可以记录、可以复用、可以批量执行。同样是排查一台网络异常的主机，会 CMD 的人一分钟内能拿到 IP、网关、DNS、路由、端口占用、ARP 缓存所有关键信息，不会的人可能还在控制面板里一层一层找网卡属性。这就是差距。
下面我把这套命令按模块拆开讲。不是说列一堆命令让你背，而是每类命令给你讲清"它能干什么、什么时候用、有什么坑"，再配合后面的实战场景和常见问题，你才能真正把它变成自己的工具。
1. CMD 命令在运维中的位置：为什么现在还要学它
1.1 它没有过时，只是换了个出场方式
总有刚入行的朋友问我：现在不是都推 PowerShell 吗？学 CMD 是不是过时了？我的回答一直是：CMD 不但没死，反而是你理解 Windows 系统管理的基础。
首先，CMD 的命令格式和思路几乎被 PowerShell 完整继承。你在 CMD 里知道ipconfig、netstat、tasklist，切换到 PowerShell 照样能直接用，反而更容易理解Get-NetIPAddress、Get-Process这些 cmdlet 是在做什么。其次，很多紧急场景下你根本来不及开 PowerShell 窗口：系统安全模式、WinRE 恢复环境、PE 启动盘，里面默认能用的就是 CMD。你不熟悉 CMD，等于在救援现场少了一把最趁手的工具。
还有兼容性。老旧的 Windows Server 2008、2012，各种国产化终端，甚至一些嵌入式 Windows 设备，PowerShell 不一定装得全，但 CMD 和那几十个核心命令一定在。企业内网里大量存量机器，你不可能要求所有服务器都升级到最新系统再去管理。把 CMD 用熟，本质上就是给自己留了一条在任何 Windows 机器上都能干活的后路。
1.2 学会 CMD 命令能解决哪些实际问题
拿我自己举例，CMD 命令帮我解决过的问题大概能分几类：
第一类是网络排障。用户报"上不了网"，我先不看网卡图标，直接开 CMD 执行ipconfig /all看 IP 和 DNS，再ping网关、nslookup域名，基本五分钟内能定位问题是出在物理链路、DHCP、DNS 还是路由器。
第二类是系统体检。服务器卡顿，我用tasklist看进程占用，用systeminfo看系统信息，用driverquery查驱动版本，用sfc /scannow修复系统文件。这些命令能帮你建立一套标准化的体检流程。
第三类是批量维护。几十台终端要统一查补丁、查端口、启停服务，手动一台台点是不可能的。写一个批处理脚本，把for /f、netstat、sc这些命令串起来，一台机器执行完，输出结果收集到文件，效率完全不在一个量级。
明白这些场景之后，你再去看那 100 条命令，心里就有数了。下面我按模块拆解这些命令，每个模块先给清单表格，再挑高频命令详细讲用法和坑。
2. CMD 命令的心智模型：看懂一条命令的三个步骤
2.1 命令 = 动作 + 对象 + 参数
CMD 命令其实没有神秘感，几乎每条命令都遵循同样的结构：命令本身，后面跟上要操作的对象，再跟上控制行为细节的参数。比如ping 192.168.1.1 -n 3，ping是动作，192.168.1.1是对象，-n 3是参数，表示只发 3 个测试包。再比如netstat -ano，netstat是查看网络状态的动作，-a显示所有连接和监听端口，-n用数字形式显示地址和端口，-o显示对应的进程 PID。三个开关组合在一起，就是"用数字格式列出所有网络连接并附上进程 PID"。
理解了这个结构，你不必背每条命令的全部参数。真忘了就敲命令 /?，CMD 会把所有参数和示例都列出来。这个习惯非常重要，比你看十遍文档都管用。我第一次用robocopy时，完整参数记不住，就是现场执行robocopy /?，边看边试，很快就掌握了。
窗口里还经常出现命令 'xxx' 不是内部或外部命令，也不是可运行的程序或批处理文件。这种提示多半是命令不存在、路径没进环境变量，或者当前目录不对。遇上了别慌，先看看是不是把系统命令所在的C:\Windows\System32从 PATH 里弄丢了，我们后面专门讲。
2.2 管道和重定向：把命令串起来
单个命令只能完成单品操作，但运维中你需要的是组合拳。把输出重定向到文件用>和>>，把一条命令的输出传给下一条命令用|。
例如，我要把所有正在运行的进程中包含 chrom 的全部列出来：
tasklist | findstr "chrom"tasklist列出进程列表，findstr负责按关键字筛选。这就好比在一个水龙头后面接了一根筛选管道，只保留你要的信息。
再看输出重定向。我想把当前目录所有文件清单保存到文本里：
dir /b > filelist.txt/b表示只显示文件名，>表示把结果写入filelist.txt，如果文件已存在就覆盖。想追加内容就用>>，比如收集日志时不想覆盖上一个记录，就写成：
ipconfig /all >> diag.log还有错误信息的重定向。CMD 里正常输出走"标准输出"，错误提示走"标准错误"，可以用2>单独保存。比如静默执行某个脚本，把正常输出丢弃、错误信息保留：
some_command.exe > result.log 2> error.log这个技巧在批处理自动化里非常实用，日志干净，排查问题一目了然。
2.3 环境变量与组合符：脚本思维的起点
命令行里还有一种变量，叫环境变量，用百分号包起来。%USERPROFILE%是当前用户目录，%TEMP%是临时文件夹，%SystemRoot%是系统目录。你在任意目录敲echo %USERPROFILE%，返回的就是C:\Users\你的用户名。有了变量，脚本就不会因为机器名、用户名不同而跑不起来。
多条命令怎么串？CMD 支持四种常用组合方式：
| 组合符 | 作用 | 示例 |
|---|---|---|
& | 无条件依次执行 | dir & cls |
&& | 前一条成功才执行后者 | ping -n 1 10.0.0.1 && echo 通了 |
|| | 前一条失败才执行后者 | taskkill /f /im notepad.exe || echo 进程不存在 |
^ | 转义符，保留特殊字符 | echo 100^% |
这里要特别提醒：批处理脚本里成批检查服务时，&&和||很好用。比如重启某个服务，如果服务没起来就报错：
sc query Tomcat10 >nul && echo 服务存在 || echo 服务不存在>nul就是把命令输出丢进"黑洞"，只保留我们的提示信息。
掌握了语法、管道、重定向和组合符，你就已经拥有了脚本思维。接下来进入正题，看看这 100 条命令具体怎么分类、怎么用。
3. 高频 CMD 命令分类拆解：我的 100 条精选清单
这 100 条命令我按五类整理。不追求覆盖 CMD 的全部犄角旮旯，而是挑日常运维真正用得上、实战价值高的部分。每个类别先看总表，再去仔细讲几条最重要的。
3.1 文件与目录操作命令（约 20 条）
| 命令 | 核心用途 |
|---|---|
| dir | 列出目录下文件和子目录 |
| cd / chdir | 切换当前目录 |
| md / mkdir | 创建目录 |
| rd / rmdir | 删除目录 |
| del / erase | 删除文件 |
| ren / rename | 重命名文件或目录 |
| move | 移动文件或目录 |
| copy | 复制文件 |
| xcopy | 复制目录树，支持排除和静默模式 |
| robocopy | 高级复制同步，支持镜像、增量、重试 |
| type | 在窗口显示文本文件内容 |
| more | 分屏显示长文本 |
| find | 在文本中筛选行 |
| findstr | 更强大的文本筛选，支持正则 |
| attrib | 查看或修改文件属性 |
| tree | 以树状图显示目录结构 |
| subst | 给路径映射一个虚拟盘符 |
| icacls | 查看/修改文件权限，可备份ACL |
| takeown | 获取文件或目录的所有权 |
| expand | 解压 CAB 或压缩文件 |
这 20 条是文件操作的核心。新手最常用的是dir、cd、copy，老手则更依赖robocopy和icacls。
robocopy是我用得最多的命令之一。它比copy强在哪里？支持多线程复制、断点续传、镜像同步、失败重试。比如把数据盘增量备份到移动硬盘：
robocopy D:\data E:\backup /MIR /R:2 /W:1 /LOG+:backup.log/MIR是镜像目录，源目录删除的文件目标也会删除，适合做完整同步；/R:2是失败重试 2 次，/W:1是重试等待 1 秒；/LOG+是追加写日志。我执行了很多次，只要别把源和目标搞反，它就是最可靠的复制工具。
icacls很多人容易忽略。终端批量调整目录权限、或者迁移服务器后需要还原旧文件 ACL 时，用它最稳：
icacls D:\wwwroot /save perms.txt /c /t icacls D:\newwwwroot /restore perms.txt /c /t第一句把 D 盘wwwroot下所有目录的权限保存到perms.txt，第二句把权限恢复到新目录。这个操作比你在图形界面里右键数权限快十倍。
3.2 网络诊断与连通性命令（约 20 条）
| 命令 | 核心用途 |
|---|---|
| ipconfig | 查看 IP 配置，支持刷新 DNS |
| ping | 测试主机连通性 |
| tracert | 跟踪路由路径 |
| pathping | 结合 ping 与 tracert，统计丢包 |
| nslookup | 查询 DNS 解析记录 |
| netstat | 查看网络连接、端口监听、路由表 |
| arp | 查看和操作 ARP 缓存 |
| route | 查看和修改路由表 |
| netsh | 网络配置与管理，功能极强 |
| getmac | 查看网卡 MAC 地址 |
| hostname | 查看主机名 |
| telnet | 测试指定 IP 端口是否开放 |
| nbtstat | 查看 NetBIOS 缓存和会话 |
| net view | 查看局域网共享资源列表 |
| net use | 映射或断开网络驱动器 |
| net share | 管理本地共享目录 |
| net session | 查看本机会话信息 |
| net config | 查看工作站或服务器配置 |
| net accounts | 查看本地账号策略 |
| net computer | 在域环境中添加或删除计算机 |
网络排障中最核心的还是前八条。先说ipconfig，它有几个高频子参数：
ipconfig /all ipconfig /flushdns ipconfig /release ipconfig /renew ipconfig /registerdns/all看完整信息，包括 DHCP 开关、DNS 服务器、MAC 地址。/flushdns清掉本地 DNS 缓存，排查域名解析异常时先清一下再说。/release和/renew是向 DHCP 服务器重新申请地址，适合机器拿不到 IP 或 IP 冲突时用。/registerdns是向 DNS 服务器刷新本机动态注册记录，域环境下客户端在 DNS 里消失、共享访问异常的时候非常有用。
netstat的另一大价值是查端口占用。程序起不来、提示端口被占用，就敲：
netstat -ano | findstr "8080"-a显示所有连接，-n数字化显示，-o显示 PID。找到占用 8080 的那个 PID 后，再用tasklist /fi "PID eq 1234"看是哪个进程，或者直接taskkill /f /pid 1234结束它。这套组合拳在处理 IDC 服务器业务冲突时我几乎每周都用。
netsh是网络的瑞士军刀。系统网络协议栈损坏，网页打不开、ping 自己都通但外网全断，尝试重置 winsock：
netsh winsock reset netsh int ip reset reset.log执行完重启机器。这个操作能解决大量莫名其妙的网络问题，尤其是"同一台机器换个网线就能上、本地连接显示已连接但就是没网"这类。注意执行后重启这一步不能省。
3.3 系统与进程管理命令（约 25 条）
| 命令 | 核心用途 |
|---|---|
| tasklist | 显示进程列表 |
| taskkill | 结束进程 |
| sc | 与服务控制管理器通信，查改服务 |
| net start | 启动 Windows 服务 |
| net stop | 停止 Windows 服务 |
| shutdown | 重启、关机、注销、定时 |
| logoff | 注销当前会话 |
| runas | 以指定用户身份运行程序 |
| schtasks | 创建和查询计划任务 |
| driverquery | 查看驱动列表 |
| systeminfo | 查看系统完整信息 |
| ver | 查看系统版本 |
| whoami | 查看当前用户 |
| set | 显示或设置环境变量 |
| echo | 输出文本或控制回显 |
| cls | 清屏 |
| color | 修改命令窗口前景背景色 |
| date | 查看或设置系统日期 |
| time | 查看或设置系统时间 |
| title | 修改命令窗口标题 |
| prompt | 修改命令提示符样式 |
| where | 在 PATH 路径中查找程序位置 |
| assoc | 查看或修改文件扩展名关联 |
| wmic | 获取 WMI 信息（新系统已弃用） |
| msconfig | 打开系统配置程序 |
进程管理最常用的组合是tasklist配taskkill。先看进程：
tasklist | findstr "nginx"查到 PID 之后强制结束：
taskkill /f /t /pid 1234/f强制结束，/t连同子进程一起结束。注意强制结束进程前先确认是业务进程还是系统进程，杀错系统进程可能导致蓝屏。
服务管理方面，老运维更常用sc而不是图形化服务管理器。举几个例子：
sc query nginx sc qc nginx sc start nginx sc stop nginx sc config nginx start= auto sc config nginx binPath= "D:\nginx\nginx.exe"sc qc查服务配置，sc config改服务启动类型和启动路径。很多早期安装的绿色服务，换服务器时路径变了，服务起不来，用sc config直接改路径比重装服务快得多。
syteminfo适合做系统信息收集。它输出主机名、系统版本、物理内存、网卡、补丁列表一长串信息，在排查"为什么这台机器表现异常"时先跑一遍，能快速了解机器全貌。比如判断机器上次补丁打到什么时间、系统有没有激活、内存多大，直接systeminfo一目了然。
还要提醒一句：wmic在 Windows 11 和最新版 Server 上已经被弃用，执行会提示"已弃用"甚至直接没有。如果脚本里用到wmic cpu get name，尽量改造用 PowerShell 的Get-CimInstance，否则新老机器行为不一致，容易埋雷。
3.4 磁盘维护与系统修复命令（约 15 条）
| 命令 | 核心用途 |
|---|---|
| chkdsk | 检查并修复磁盘错误 |
| sfc | 验证并修复系统文件 |
| dism | 部署映像服务和管理，修复系统组件 |
| diskpart | 磁盘分区管理 |
| format | 格式化磁盘 |
| convert | 将 FAT 分区转换成 NTFS |
| fsutil | 文件系统实用工具 |
| cleanmgr | 打开磁盘清理 |
| defrag | 磁盘碎片整理 |
| subst | 将目录映射为盘符 |
| label | 查看或修改磁盘卷标 |
| vol | 显示磁盘卷标和序列号 |
| mountvol | 管理卷挂载点 |
| expand | 解压系统镜像文件 |
| cipher | 查看或修改 NTFS 加密属性 |
磁盘类命令里，chkdsk是修复磁盘错误的第一选择。磁盘出现坏道、断电后文件系统异常、或者提示"文件或目录损坏无法读取"，先尝试：
chkdsk C: /f /r/f修复磁盘错误，/r查找坏扇区并恢复可读信息。/r在系统盘上需要重启后执行，这很正常，不是命令失效。
系统文件损坏排查的顺序我说一下：先sfc /scannow，如果修复不了再上dism：
sfc /scannow dism /online /cleanup-image /restorehealthsfc /scannow扫描所有受保护的系统文件，发现损坏会用缓存替换。但很多系统文件损坏是底层系统组件已经出问题，这时候sfc会显示"无法修复"，没辙。这时候跑dism，它会从 Windows 更新组件里重新拉取健康的系统文件，修补底层映像。我修过好几台因为强制断电导致系统组件损坏的机器，套路就是"先 DISM 后 SFC"，成功率很高。
diskpart是分区管理利器，但也容易误操作，务必小心。它支持脚本化执行，比如给新磁盘快速分区并格式化：
diskpart /s script.txt脚本内容大致是：选中磁盘、清空、创建主分区、格式化、分配盘符。好处是可以在多台机器上复用同一份分区脚本。缺点是只要其中一步写错，比如把select disk 1选成系统盘，整个系统数据就没救了。凡是涉及clean、delete partition这类破坏性操作，执行前必须三次确认磁盘序号。
3.5 批处理与自动化命令（约 20 条）
| 命令 / 语法 | 核心用途 |
|---|---|
| for | 循环遍历文件、目录、集合 |
| for /f | 解析文件或命令输出 |
| if | 条件判断 |
| goto | 跳转到标签 |
| call | 调用另一个批处理文件或子例程 |
| echo | 输出提示或开启/关闭回显 |
| set | 设置变量 |
| set /p | 交互式读取用户输入 |
| set /a | 算术运算 |
| setlocal / endlocal | 局部化环境变量 |
| pause | 暂停并提示按任意键 |
| timeout | 延时指定秒数 |
| choice | 等待用户按键选择 |
| shift | 改变批处理参数位置 |
| rem | 添加注释 |
| exit | 退出命令解释器或脚本 |
| errorlevel | 判断上一条命令的返回码 |
| start | 另开窗口运行程序或命令 |
| pushd / popd | 暂存当前目录和恢复目录 |
| %~dp0 | 获取批处理所在目录 |
批处理是 CMD 从"单条命令工具"升级为"自动化方案"的关键。我最常用来做批量收集的for /f是这样用的：
for /f "tokens=1 delims=," %%i in (ip_list.txt) do ( echo %%i ping -n 1 %%i | findstr /i "TTL" || echo %%i 不通 )tokens=1 delims=,表示按逗号分隔取第一列，%%i是循环变量，批处理文件里要用双百分号，命令行里单百分号。这样我可以把一批 IP 放在文本里，自动一个个 ping 并输出结果。
配合errorlevel可以做条件判断。ping成功返回 0，失败返回 1：
ping -n 1 10.0.0.1 >nul if errorlevel 1 (echo 网关不通) else (echo 网关正常)setlocal EnableDelayedExpansion是很多新手踩坑的地方。在循环里用!变量!而不是%变量%，才能取到循环中实时变化的值：
setlocal EnableDelayedExpansion set n=0 for %%i in (*.bat) do ( set /a n+=1 echo !n!. %%i ) endlocal这段代码统计当前目录下 bat 文件数量并带序号输出。如果你用%n%去取，循环内永远显示 0，这就是 CMD 变量展开时机的经典坑，下面常见问题部分再细说。
4. 实战：用一条命令链完成终端故障排查
4.1 经典场景：这台电脑为什么上不了网
假设你现在在客户现场，一台 Windows 10 终端报"上不了网"，你只有五分钟。我不建议去图形界面瞎点，而是按下面的命令流顺序排查，每步都有目的。
先看这台机器的网络基础配置到底正不正常。执行：
ipconfig /all重点看三个地方：IPv4 地址是不是169.254.x.x；默认网关是否配置正确；DNS 服务器地址是否靠谱。如果 IP 是169.254.x.x，说明 DHCP 没获取到地址，网线、交换机端口、DHCP 服务都可能有问题。如果 IP 正常但网关空着，问题往往在网卡配置或 DHCP 下发的参数上。
网络层通不通，再测网关：
ping -n 3 10.0.0.1如果网关都 ping 不通，物理链路或本机网卡嫌疑最大；能通就继续。接着区分是 DNS 问题还是路由问题，先 ping 一个公网 IP 看看：
ping -n 3 223.5.5.5如果能 ping 通用 IP，说明链路和路由都通，问题集中在 DNS 解析。这时执行：
nslookup www.baidu.com如果解析超时或找不到服务器，基本确定是 DNS 服务的问题。先清本地缓存再试：
ipconfig /flushdns nslookup www.baidu.com如果本地清缓存没用，再检查当前网卡配置的 DNS 是不是指向了错误的地址，或者公司内网 DNS 服务器本身挂了。我处理过一个典型案例：客户图省事把 DNS 手动填成了8.8.8.8，但内网防火墙封了外网 DNS 的 UDP 53 端口，导致网页全打不开，改成内网 DNS 后立刻恢复正常。
如果内网、公网 IP 都能通，域名解析也正常，但就某一个业务系统连不上，那就测端口：
telnet 10.1.20.5 3389telnet命令默认没开启时提示找不到命令，可以在"启用或关闭 Windows 功能"里打开 Telnet 客户端，也可以改用 PowerShell 的Test-NetConnection 10.1.20.5 -Port 3389。这个测试能帮你在"网络通不通"和"具体端口放没放开"之间快速做区分。
再补充几个可能帮上忙的命令：如果怀疑是本机 ARP 缓存混乱导致网关访问异常，执行arp -d清空后重新 ping；如果怀疑网卡协议栈损坏，按前面说的执行netsh winsock reset后重启。
4.2 自动化巡检：写一个 bat 脚本收集诊断信息
临时排查靠手敲，批量巡检就必须靠脚本了。我习惯在自己 U 盘里常驻一个诊断脚本，叫diag.bat，双击执行后自动把关键信息收集成带时间戳的报告，方便现场分析和留档。
脚本核心内容是这样：
@echo off set data=%date:~0,4%%date:~5,2%%date:~8,2%_%time:~0,2%%time:~3,2% set logfile=diag_%data%.txt echo === 诊断信息收集开始 === > %logfile% echo [计算机名] >> %logfile% hostname >> %logfile% echo [系统信息] >> %logfile% systeminfo >> %logfile% echo [IP配置] >> %logfile% ipconfig /all >> %logfile% echo [网关连通性] >> %logfile% ping -n 2 10.0.0.1 >> %logfile% echo [DNS解析测试] >> %logfile% nslookup www.baidu.com >> %logfile% echo [进程列表] >> %logfile% tasklist >> %logfile% echo [最近服务状态] >> %logfile% sc query > service_list.txt echo 报告已生成：%logfile% pause这里有个细节：%date%和%time%拼出来的文件名在中文系统里会带星期字样，而且可能含有空格，我用~0,4、~5,2这些截取技巧只取年月日时分，避免文件名里出现非法字符。
这套脚本在客户电脑上跑完，输出几百行诊断信息。问题一般就藏在某一段里：IP 不对、DNS 指向异常、某个服务没启动、某个进程占满 CPU。我以前处理远程支持工单时，经常让用户执行一张现成的diag.bat，把生成的txt发回来，很多时候不用远程桌面就能给出初步结论，省了来回沟通的成本。
4.3 用 Python 调用 CMD 做批量运维
到了自动化阶段，我发现把 Python 和 CMD 结合，效率又能翻一档。Python 的subprocess模块可以直接启动 CMD 进程并捕获输出，适合把 CMD 命令的文本结果拿去做进一步分析，或者批量跑同一组命令。
举个例子，我要在十台机器上批量收集 IP 配置并过滤出 IPv4 地址，可以写：
import subprocess cmd = "ipconfig /all" result = subprocess.run(cmd, shell=True, capture_output=True, text=True, encoding="gbk") for line in result.stdout.splitlines(): if "IPv4" in line: print(line.strip())注意encoding="gbk"这一步很关键，因为 Windows CMD 默认输出编码是 GBK，不加这个参数的话 Python 在解码时可能报错或出现乱码。项目文件开头我也习惯加一行# -*- coding: utf-8 -*-，同时在写入文件时用统一的编码规范。
这个方案的典型场景是：员工电脑普遍出现 DNS 解析慢，我写 Python 脚本，循环读取主机清单，每台执行ipconfig /flushdns和nslookup，把每台机器的执行结果汇总成一张表格。比起手工一台台登录敲命令，整个流程从两小时压缩到几分钟。不过要提醒的是，调用完成后记得result.stdout里可能包含大量冗余信息，解析前先看一遍实际输出，再写定位逻辑。
5. CMD 命令的常见坑与避坑指南
5.1 "不是内部或外部命令"到底是谁的问题
这条报错几乎是所有 CMD 新手遇到的第一个拦路虎。它的本质是：CMD 在当前目录和 PATH 环境变量列出的目录里，都找不到你输入的程序名。
常见原因有几个。一是命令拼写错误，比如把ipconfig打成ipcongfig，这种最基础。二是命令本身存在，但系统 PATH 被污染了，C:\Windows\System32不在 PATH 里，所有系统内置命令都会失效。这类情况在装了一些国产软件或手贱改过环境变量后经常出现。三是当前目录不对，你输入一个自己写的脚本名，但脚本不在当前目录也不在 PATH 中。
解决办法按顺序试：先检查拼写；再执行echo %PATH%看System32是否在列；不在的话用set PATH=C:\Windows\System32;C:\Windows;%PATH%临时补上，再执行where ipconfig验证是否找到；长期修复要到"系统属性-环境变量"里补全 PATH。
我从实践中总结的原则是：凡是遇到"不是内部或外部命令"，先敲where 命令名。如果where也找不到，基本就是 PATH 或命令本身的问题，别急着重装系统。
5.2 乱码、闪退、权限不足的解决办法
乱码这块，最常见的是 bat 文件里的中文注释和字符串变成了"烫烫烫"或问号。原因很简单：CMD 默认代码页是 GBK（936），而很多编辑软件默认用 UTF-8 保存文本。解决方案有两个方向：
一是让 CMD 切到 UTF-8，执行chcp 65001，再运行脚本；但切换代码页对某些命令输出反而会造成二次乱码。二是把 bat 文件另存为 ANSI 编码。记事本里保存时，编码选择"ANSI"，这样脚本里的中文就变成 GBK 字节，CMD 读起来就正常了。我建议：涉及中文的 bat 文件统一存 ANSI，尽量不要混用。
闪退问题，尤其是双击 bat 一闪而过，多数是脚本执行出错后窗口自动关闭。调试期建议在脚本末尾加pause，或者在 CMD 窗口里手动执行脚本，错误信息才能停留在屏幕上。还有一种是批处理脚本被系统策略限制，双击没有反应，可以先右键管理员执行，再不行用cmd /c 脚本路径方式运行。
权限不足再单独说。CMD 默认以当前用户权限运行，很多系统级命令需要管理员权限，比如netsh winsock reset、sfc /scannow、diskpart、sc stop某些驱动服务。判断当前窗口有没有管理员权限，可以执行：
net session >nul 2>&1 if errorlevel 1 echo 当前不是管理员如果确实需要管理员权限，但每次右键嫌麻烦，可以写一行 PowerShell 调用实现自动提权：
powershell -Command "Start-Process cmd -ArgumentList '/c 完整脚本路径' -Verb RunAs"这会在 UAC 弹窗里确认后以管理员身份打开 CMD。我常把这个技巧用在给远程用户下发自助修复脚本时，让用户双击一次图标，自己完成提权。
5.3 命令学习的正确姿势和我的心得
最后把我这些年在 CMD 命令上踩过的坑和攒下的习惯分享给你。
第一，不要背命令，要背"命令能解决什么问题"。netstat的十几个参数你不需要全记，只要记住"查端口占用用netstat -ano | findstr 端口"，到了现场条件反射就能敲出来。知识是成块存储的，按场景记忆比按字母表记忆高效得多。
第二，每个命令先敲一遍命令 /?。中文系统和英文系统的帮助输出语言不一样，但结构完全一致。看两分钟帮助，比你在网上搜一篇十年前的博客更准确，因为帮助文档跟你本地机器的实际版本一定是配套的。
第三，批处理脚本一定留日志。早期我不注重日志，脚本跑完只给一句"完成"，出问题没法回溯。后来学会用> logfile.txt 2>&1把正常输出和错误输出都落盘，再配合echo [步骤名]打点，脚本出了任何问题都能根据最后一条日志判断卡在哪一步。
第四，系统命令千万不要用全角输入。CMD 只认英文标点，逗号、管道符、重定向符都必须切换成英文输入法。因为全角冒号、全角管道导致脚本报错的问题，我在同事身上见过太多次，排查起来又隐蔽又浪费时间。
第五，破坏性命令执行前必须有"后悔药"。涉及format、diskpart clean、rd /s /q、icacls批量改权限之前，先确认路径、确认磁盘序号、确认备份是否完好。我给服务器做维护时有个不成交的习惯：把要执行的破坏性命令单独存一个文件，注释写明目标路径，执行前再逐字核对一遍。宁可慢两分钟，也不能误操作拉闸。
最后再分享一个小技巧：我习惯把自己常用的诊断命令和脚本全部塞进一个 U 盘目录，目录里再放一个说明.txt，遇到问题插上 U 盘就能执行。CMD 命令这种技能，真正值钱的地方不是哪条命令记得多熟，而是你把它们组合成了可复制、可复用的运维方案。希望这份整理能帮你在下一个故障现场少一点手忙脚乱，多一点从容。
