本文最后更新于 2026年8月22日。
这确实是一个非常普遍且有趣的现象。虽然微软早在 Windows 7 时代就将 PowerShell 设为系统默认，并且在后续版本中全力推广 Windows Terminal，但大量的开发人员、运维和普通用户在日常操作中，依然会下意识地按下 Win + R 输入 cmd。
大家依然偏爱 CMD，核心原因在于以下几个方面：
1. 极致的启动速度与低资源占用
CMD 是一个极其轻量级的命令行 Shell，本质上只是对系统底层的直接调用。它的启动几乎是毫秒级的，瞬间即开。而 PowerShell（尤其是基于 .NET 的完整环境）在启动时需要加载复杂的运行库、模块和程序集，冷启动时常有明显的卡顿感。对于“只用一条命令”的场景，CMD 的即时响应体验远超 PowerShell。
2. 路径依赖与肌肉记忆
-
键盘习惯：
Win + R键入cmd然后回车，这套动作已经在几代 Windows 用户（特别是开发者和系统管理员）中沉淀成了肌肉记忆。 -
复制粘贴与历史习惯：很多经典的批处理脚本（
.bat/.cmd）在 CMD 中已经稳定运行了十几年，没有动力迁移到.ps1。
3. 简单的语法与极低的认知成本
-
CMD 的语法虽然功能有限，但对于日常任务（如
ping、cd、dir、ipconfig、cls）简单直接，开箱即用。 -
PowerShell 引入了面向对象的高级理念、Cmdlet 命名规范（如
Get-ChildItem）、管道对象传递以及复杂的执行策略（ExecutionPolicy）。对于只做简单操作的用户来说，PowerShell 的学习曲线显得过于繁重。
4. 权限与脚本执行策略限制
PowerShell 出于安全考虑，默认对脚本执行（.ps1）设置了严格的策略限制（如 Restricted），这经常导致新手在运行脚本时报错。而 CMD 的 .bat 脚本双击或直接执行没有任何阻碍，使用门槛极低。
CMD 与 PowerShell 核心差异对比
| 维度 | CMD (Command Prompt) | PowerShell |
|---|---|---|
| 定位 | 传统命令解释器 (MS-DOS 遗留) | 自动化与配置管理平台 |
| 数据传输 | 基于纯文本 (Text-based) | 基于 .NET 对象 (Object-oriented) |
| 跨平台 | 仅限 Windows | 跨平台 (Windows / macOS / Linux) |
| 脚本扩展性 | 弱（仅支持简单的 .bat 批处理） |
极强（完整支持 .NET 库、C# 交互与 API 调用） |
| 主要应用场景 | 快速查看系统信息、执行简单可执行文件 | 复杂运维自动化、云端资源调度、系统批处理 |
总结：微软推 PowerShell 是为了提供媲美甚至超越 Linux Bash 的系统级自动化能力，但CMD 凭着“快、轻、够用”这三个特点，依然稳固占据着绝大多数人的日常高频轻量使用场景。
你平时喜欢用哪个啊？