前几天一段用了好几年的老 bat 翻车了。它靠 `wmic baseboard get serialnumber` 读主板序列号做机器指纹，跑在一台新装的 Win11 24H2 上返回空值，授权校验跟着全挂。手动一跑，根因就一行：

```
'wmic' 不是内部或外部命令，也不是可运行的程序或批处理文件。
```
wmic.exe 不在机器上了。很多人到这一步就得出"微软把 WMI 删了"的结论——错就错在把两个名字当成了一个东西。

先把结论放在最前面：**WMI 是 Windows 的管理机制，wmic 只是操作它的一个命令行工具。被删的是工具，机制一点没伤。** 这篇文章就把这两个名字分开，说清楚 wmic 是什么时候被废弃的、官方的替代方案是什么、你的代码要改哪里。

![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-2726701/f9c0f27e62ff052ab98753b90d72f694.png)

- 一句话说清：WMI 是 Windows 的"管理机制"（底层基础设施），WMIC 只是访问它的其中一个命令行工具。​ 下面这张图展示了它们的关系：


![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-2726701/0af6c7e4c64d78092957fb856faeab52.png)
**WMI（Windows Management Instrumentation）** —— 是"机制"


- 微软对 WBEM/CIM 标准的实现，一套**系统管理框架**，本身不是一个可执行的命令
- 由 `Winmgmt` 常驻服务驱动，核心组件是 **CIM 仓库**（存数据）+ **Provider**（连系统组件）
- 用统一的 WMI 类描述系统资源，比如 `Win32_Process`、`Win32_Service`、`Win32_LogicalDisk`


需要注意的一点

不只是 WMIC 被弃用了，PowerShell 里的老 cmdlet `Get-WmiObject` **同样被弃用**，官方推荐统一改用 **`Get-CimInstance`**：


|写法|状态|
|:-:|:-:|
|`wmic process list`|已弃用|
|`Get-WmiObject Win32_Process`|已弃用|
|`Get-CimInstance Win32_Process`|官方推荐（走新的 CIM/WinRM 通道）|

顺手记住一个实用对比：

```
# 旧写法（不推荐）
wmic process where "name='chrome.exe'" get processid

# 新写法（推荐）
Get-CimInstance Win32_Process -Filter "name='chrome.exe'" | Select ProcessId
```
简单类比：**WMI 相当于一台"管理数据库 + 服务"，WMIC 只是其中一个过时的查询客户端**。以后写脚本统一用 `Get-CimInstance`，跨 PowerShell 7 / Windows 11 都更稳。

## WMI 是档案室，wmic 只是它的一个窗口


**WMI（Windows Management Instrumentation）是 Windows 里的一套管理机制，从 NT 4 时代就在。** 你可以把它想成一个档案室：系统里所有能被查询的东西——进程、服务、主板、BIOS、磁盘——都被整理成一份份标准档案，存在里面。

档案室里有两样东西值得认识：


- **Winmgmt 服务**：看门的人，任何查询都得经过它；
- **Provider**：真正跑腿的组件，比如 `cimwin32.dll`，去问内核、驱动、注册表，把答案翻译成统一的格式。


档案按柜子分，最常用的那个柜子叫 `root\cimv2`。你见过的 `Win32_Process`、`Win32_Service`、`Win32_BIOS`，都是一份份档案的名字。查档案用一种长得像 SQL 的话，叫 WQL。

不过档案室本身没有"在命令行敲一行"这回事——得有窗口。

**wmic.exe 就是其中一个窗口。** 它躺在 `C:\Windows\System32\wbem\` 里，卖点是省事：`process` 就是 `Win32_Process`，`bios` 就是 `Win32_BIOS`，`baseboard` 就是 `Win32_BaseBoard`。这些简称定义在 WMI 的 `root\cli` 柜子里。

它的地位也没那么特殊：PowerShell 的 CIM cmdlet、VBScript 的 GetObject、C# 的 System.Management，都跟它平级，都是窗口。所以 **wmic 被删，档案室一份没少**——微软官方原话是"此弃用仅适用于 WMIC 实用工具，WMI 本身不受影响"。


|WMI|wmic|
|:-:|:-:|
|全称|Windows Management Instrumentation|WMI Command-line|
|身份|系统级管理机制|调用 WMI 的命令行工具|
|落地形态|Winmgmt 服务 + Provider 组件|System32\wbem\wmic.exe|
|现状|一直受支持|2021 年弃用，2026 年彻底移除|

![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-2726701/f2ccdc5cd1481da1240db4eb2914f882.png)
## wmic 是什么时候被废弃的


不是突然消失的，官方支持文档（KB5067470）里有一张明确的退场时间线。先分清两个词：**弃用**是"还能用，但微软不再投入"，**移除**才是"真没了"。wmic 从标记弃用到彻底移除，前后走了十年。

![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-2726701/08f8636c29a10fc65bd4c618260a1ac6.png)

- **2016 年**，Windows Server 2012 上标记弃用；
- **2021 年**，Windows 10 21H2 上标记弃用——这就是大多数资料说的"wmic 被废弃"的起点；
- **2022 年**，Win11 22H2 把它改成"按需功能"，默认还预装；
- **2024 年**，Win11 23H2 / 24H2 默认不装了，但能手动加回；
- **2025 年**，升到 25H2 时已装的会被移除，仍然能加回；
- **2026 年 8 月起**，24H2 / 25H2 更新后不再包含 wmic，功能包同步下架——到这一步就**加不回来了**。


关键在最后一行。8 月之前，网上那些"Win11 找回 wmic"的教程教你 `Add-WindowsCapability`，当时全对；8 月之后，包没了，这条路断了。

还有两个容易看错的地方：


- 这次删除的适用范围是"仍在支持的 Windows 11 客户端版本"。Windows Server 各版本不在删除范围里，Windows 10 普通版 22H2 则在 2025 年 10 月就停止了支持。所以"我服务器上 wmic 还能跑"是真的，但它救不了你手上的 Win11 客户机。
- 微软两份文档的口径差一个小版本：WMIC 功能页写"Windows 10 21H1 起弃用"，支持文档的时间线写 21H2。不影响结论，对照时别以为看错了。


## 还想用 wmic，能装回来吗


能不能装回来，只取决于一件事：这台机器打没打 2026 年 8 月及之后的更新。

![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-2726701/c7cde177a9a2f8b57458142302742d0e.png)
**没打 8 月更新**——功能包在本地还在，管理员 PowerShell 直接装：

```
Get-WindowsCapability -Online -Name "WMIC~~~~"   # 先查状态
```
官方文档注明这个功能包带卫星组件，安装得走 DISM（`Add-WindowsCapability` 对它不保证好使）：

```
DISM /Online /Add-Capability /CapabilityName:WMIC~~~~
```
图形界面的入口是设置 → 系统 → 可选功能 → 添加可选功能，搜 WMIC。装完记得新开一个终端，老窗口的环境变量不刷新。

**打了 8 月及之后的更新**——上面那条会直接失败。微软在支持文档里留了最后一个包 `wmic_dlc.zip`：解压到本地文件夹，管理员 PowerShell 进到解压目录，先跑 `Set-ExecutionPolicy Bypass -Scope Process`，再执行 `install.ps1`，它把文件复制回 `System32\wbem` 并重新注册简称。官方措辞很直白：**这不是安全的长久方案，只是给你留出改脚本的时间**。

图上三条路，前两条是缓冲，第三条才是正解。改代码按场景分两种，下面两节分别说。

## 官方替代方案：换成 PowerShell 的 CIM cmdlet


微软指定的替代品是 PowerShell 的 CIM cmdlet，官方迁移博客的标题就叫"WMIC 弃用的下一步"。**档案还是那些档案，类名一个字不用变，换的只是窗口。**


|原来（wmic）|现在（PowerShell）|
|:-:|:-:|
|`wmic bios get serialnumber`|`(Get-CimInstance Win32_BIOS).SerialNumber`|
|`wmic baseboard get serialnumber`|`(Get-CimInstance Win32_BaseBoard).SerialNumber`|
|`wmic csproduct get uuid`|`(Get-CimInstance Win32_ComputerSystemProduct).UUID`|
|`wmic cpu get name,numberofcores`|`Get-CimInstance Win32_Processor~s| Select Name,NumberOfCores`|
|`wmic logicaldisk get caption,freespace`|`Get-CimInstance Win32_LogicalDisk -Filter "DriveType=3"~s| Select Caption,FreeSpace`|
|`wmic process where "name='chrome.exe'" get processid`|`Get-CimInstance Win32_Process -Filter "Name='chrome.exe'"~s| Select ProcessId`|

名字之外有四个差异，照抄要出事：


- 参数不叫 `-Class` 了，叫 `-ClassName`，别只换 cmdlet 名字；
- `-Filter` 里写的是 WQL 字符串：等号就是 `=`，字符串用单引号包，多条件用 `AND`，它不接受 PowerShell 脚本块；
- 拿回来的是 CIM 实例——一份数据快照，不是能直接下命令的活动对象。`$obj.StopService()` 不能再写，要改成 `Invoke-CimMethod -InputObject $obj -MethodName StopService`；
- `LastBootUpTime` 这类时间字段从字符串变成了真正的 `DateTime`。老脚本里的手工转换可以一并删掉，前提是确认没人依赖字符串格式。


bat 没有对象概念，只能套一层 PowerShell 拿文本：

```
for /f "usebackq delims=" %%i in (`powershell -NoProfile -Command "(Get-CimInstance Win32_ComputerSystemProduct).UUID"`) do set UUID=%%i
echo 机器指纹: %UUID%
```
一句性能提醒：`powershell -Command` 每次冷启动要几百毫秒。要连着取主板、BIOS、磁盘好几个字段，别开四五个进程，一条命令取完、用分隔符拼成一行输出，回 bat 里拆。

## 程序里怎么改


先分清是哪种取法：用 `Process.Start` / `ProcessBuilder` 去执行 `wmic` 再解析文本的，一定会断；通过 WMI 的 API 直接查的，不受影响。

![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-2726701/c2d69a99cec73d7929969cd300672332.png)
C# 用 `System.Management`，它连的是 WMI 的 COM 接口，不经过 wmic.exe：

```
using var searcher = new ManagementObjectSearcher("SELECT SerialNumber FROM Win32_BaseBoard");
foreach (var mo in searcher.Get())
    Console.WriteLine(mo["SerialNumber"]);
```
.NET Core / .NET 5 之后要单独引 `System.Management` NuGet 包，目标框架得带 `-windows`，否则运行时会报 "only supported for Windows desktop applications"。

Java 用 OSHI，JNA 直接调系统接口，Windows 上底层照样是 WMI，但全程不落命令行：

```
<dependency>
  <groupId>com.github.oshi</groupId>
  <artifactId>oshi-core</artifactId>
  <version>7.3.2</version>
</dependency>
```
```
var hal = new SystemInfo().getHardware();
String boardSerial = hal.getComputerSystem().getBaseboard().getSerialNumber();
```
## 四个容易踩的坑


**Get-WmiObject 不是替代品。** 它在 PowerShell 7 里根本不存在（不是"弃用"，是整个移除了），只有 Windows PowerShell 5.1 里还有。微软的迁移文档把它列进替代清单有点误导——照着改完，脚本进了 pwsh 7 一样报错。要写就写 `Get-CimInstance`，5.1 和 7 都能跑。

**远程查询换了协议。**`wmic /node:xxx` 走 DCOM（TCP 135 + 一段动态端口），`Get-CimInstance -ComputerName` 默认走 WinRM（5985/5986）。本地好好的、一远程就报错，先用 `Test-WSMan 目标机` 探一下，八成是 WinRM 没开。要连只开 DCOM 的老机器，用 `New-CimSessionOption -Protocol Dcom` 建会话再查。

**别把 `wmic product` 照抄成 `Get-CimInstance Win32_Product`。** 这个类一被查询就触发 MSI 重新校验，慢得离谱，还可能让已装的软件自己"重修"一遍。想列装了什么软件，去读注册表的 Uninstall 键。

**扫描工具不认识 bat。** PSScriptAnalyzer 的 AvoidUsingWMICmdlet 规则只查 PowerShell 脚本，bat 里的 wmic.exe 它看不见。存量脚本得自己来：把 .bat / .cmd / .vbs 全搜一遍 `wmic `，比等客户报障便宜得多。

## 回到开头


那台 24H2 上翻车的指纹脚本，改法很直接：wmic 调用换成 `Get-CimInstance`，算法、字段、值全都不用动。

真正要当心的是另一件事：主板和 BIOS 序列号在不少虚拟机、组装机上本来就是空串或全 0。这是数据源的问题，换工具解决不了。授权这种死磕机器指纹的场景，空值分支永远得有。

wmic 走了，WMI 还在。下次再看到这两个词，先问一句：说的是档案室，还是那个窗口。

前几天一段用了好几年的老 bat 翻车了。它靠 wmic baseboard get serialnumber 读主板序列号做机器指纹，跑在一台新装的 Win11 24H2 上返回空值，授权校验跟着全挂。手动一跑，根因就一行：

‘wmic‘ 不是内部或外部命令？微软这场告别，走了十年

wmic 被弃用十年，2026 年将彻底移除。 它只是调用 WMI（Windows 管理机制）的旧命令行工具，而非 WMI 本身。微软已推荐使用 PowerShell 的 Get-CimInstance 替代 wmic 及 Get-WmiObject，语法更稳定、跨平台兼容性更好。旧脚本需改用新写法，如 (Get-CimInstance Win32_BaseBoard).SerialNumber。

人工智能

WMI是Windows底层管理机制，wmic仅是弃用的命令行工具，2026年彻底移除。改用PowerShell的Get-CimInstance查询Win32_类获取主板序列号等机器指纹，不影响WMI本身。本文解析弃用时间线、替代方案及C#/Java改造示例，助你平稳迁移。

命令行工具

代码解释

数据库

服务器

虚拟机

Windows

GitHub

Java

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

‘wmic‘ 不是内部或外部命令？微软这场告别，走了十年-腾讯云开发者社区-腾讯云

‘wmic‘ 不是内部或外部命令？微软这场告别，走了十年

‘wmic‘ 不是内部或外部命令？微软这场告别，走了十年

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐