Windows 网络适配器不见了怎么办?

Windows 里连 Wi-Fi 和以太网都找不到了?问题多半不在硬件,而在驱动、电源管理或损坏的网络协议栈。按下面的命令行步骤一步步排查,几分钟就能定位原因。

Windows硬件网络系统适配器MAC 地址诊断中风险
以管理员身份打开 PowerShell,运行 Get-NetAdapter。看一眼输出就知道,Windows 是能认出这块网卡但把它禁用了,还是完全看不到硬件——后面该怎么走,全看这一点。

快速开始

网卡消失是少数看起来像硬件坏了、实际上几乎都不是硬件问题的 Windows 故障。驱动更新、系统更新、睡眠唤醒或者 Winsock 目录损坏,都可能让 Windows 突然「看不见」一块好端端的网卡。下面这些命令按照排查顺序排列,每一步都在缩小范围:先确认系统能不能认到设备,再强迫它重新检测,然后重建与它通信的软件层,最后确认链路真的通了。

症状

?「网络连接」窗口里看不到任何 Wi-Fi 或以太网适配器,任务栏网络图标变成地球或带红叉,设备管理器里「网络适配器」一栏为空,或者带着黄色感叹号。点开网络图标时可能连可用的 Wi-Fi 列表都不显示。

先确认 Windows 到底有没有认到这块网卡

用管理员身份打开 PowerShell,把系统里所有网络适配器的名称、状态、链路速度和描述列出来。这一步是分水岭:如果适配器还在,只是状态显示为「已禁用」或「未连接」,那硬件没坏,是软件层的问题;如果列表里干脆没有它,说明 Windows 从未枚举到这块设备,接下来就该强制它重新检测。能顺利看到一张干净的表格而不是一片报错,就说明这一步查清楚了。

Windows查看 Windows 网卡连接状态低风险步骤 1

用 Get-NetAdapter 列出所有网卡、是否已连接以及协商速率。

命令
$ Get-NetAdapter | Format-Table Name, Status, LinkSpeed, InterfaceDescription -AutoSize

再用 MAC 地址核对一次

换个角度看看 Windows 实际认到了哪些硬件。有些情况下设备还在,却报不出物理地址,这通常意味着问题出在驱动或协议绑定上,而不是网卡丢失。如果你的网卡 MAC 在这里出现了、却不在上一步的状态列表里,那就是驱动层面的故障,硬件本身没问题;反过来,这里也空空如也,说明设备确实不存在。

Windows查看 Windows 网卡的 MAC(物理)地址低风险步骤 2可选

使用 getmac 或 Get-NetAdapter 查看本机各网卡的物理地址。

命令
$ getmac /v

让 Windows 重新检测硬件

这条命令相当于设备管理器里的「扫描检测硬件改动」,在驱动更新、系统更新或热插拔之后网卡突然消失时,它往往是最有效的一招。执行完再去看一次适配器列表:如果网卡重新出现,说明只是驱动没有重新绑定到设备上,不需要重启;如果它依然不见踪影,那多半是驱动本身出了问题,继续往下走。

新插的设备没被识别?一条命令让 Windows 重新扫描硬件变化,相当于设备管理器里的「扫描检测硬件改动」。

命令
$ pnputil /scan-devices

别让 Windows 为了省电关掉网卡

部分网卡——尤其是 Wi-Fi 芯片和 USB 网卡——会在系统为省电而挂起设备时一起消失,而且不重启就再也回不来。关掉这块适配器的电源管理,就能让它在睡眠唤醒后继续被系统识别。只有当网卡重启后能回来、过几小时又掉线时才需要做这一步;这个设置可以随时还原,试了没效果就改回去。

关闭网卡电源管理,解决电脑睡眠后 Wi-Fi 掉线、醒来连不上网的问题。

命令
$ Disable-NetAdapterPowerManagement -Name "Wi-Fi"
▾ 撤销
撤销
$ Enable-NetAdapterPowerManagement -Name "Wi-Fi"

重建网络协议栈

如果系统里还是找不到可用的适配器,可能是 Winsock 目录或 TCP/IP 协议栈损坏,让一块明明存在的网卡对网络层彻底「隐身」。这一步会把两者都恢复到默认状态。执行后必须重启,而且命令会影响机器上所有适配器,之前保存的 VPN、代理和自定义 DNS 设置都可能被清掉。重启后网卡带着正常状态重新出现,就说明这一步奏效了。

网络疑难杂症的最后手段:把 Winsock 和 TCP/IP 栈恢复出厂设置,解决其他手段都无效的「无法访问 Internet」。

命令
$ netsh winsock reset && netsh int ip reset

确认网卡真的回来了、并且已经连上

最后再列一次适配器,重点看目标网卡的状态是不是「Up」、链路速度是不是非零。这个数字才是真正的验收标准:不仅 Windows 重新认到了硬件,链路也确实建立起来了。如果状态仍是「已禁用」,说明你还得手动启用它;如果仍是「未连接/不存在」,说明修复没生效,需要退回上一步重来。

显示每块网卡是否连接及协商速率,快速定位网速慢或断连的原因。

命令
$ Get-NetAdapter | Format-Table Name, Status, LinkSpeed, MacAddress -AutoSize
!重置网络堆栈会清空已保存的 VPN 配置、代理设置和自定义 DNS,并且需要重启。所有命令都要在管理员权限的 PowerShell 里执行,否则适配器和驱动操作会静默失败。

如何确认已解决

Get-NetAdapter 能列出这块网卡、状态为「Up」且链路速度非零,任务栏的网络图标也恢复正常。

一键全部撤销

上面每一条命令都可以撤销。按此顺序执行即可全部还原。

一键全部撤销
$ Enable-NetAdapterPowerManagement -Name "Wi-Fi"

执行前请先确认——部分步骤之间可能并非相互独立。

来源

  • Netsh - Network Shell - Windows CMD
    SS64 · technical · 2026-09-17
    依据: SS64 lists netsh commands including 'netsh winsock reset' and 'netsh interface ip reset' for restoring TCP/IP and Winsock defaults.
  • Get-NetAdapter
    Microsoft Learn · vendor-doc · 2026-09-17
    依据: Returns adapter objects with Status, LinkSpeed and MacAddress properties.
  • Get-NetIPInterface
    Microsoft Learn · vendor-doc · 2026-09-17
    依据: Returns IP interface properties such as ConnectionState and Dhcp per address family.
  • netsh
    Microsoft Learn · vendor-doc · 2026-09-17
    依据: Documents netsh WLAN commands including `netsh wlan show profile name=... key=clear` and `netsh wlan delete profile name=...`.
  • PnPUtil - Plug and Play Utility
    SS64 · community · 2026-09-17
    依据: Documents pnputil /scan-devices to trigger a rescan for plug and play device changes.
  • pnputil command syntax | Microsoft Learn
    Microsoft · vendor-doc · 2026-09-17
    依据: pnputil /scan-devices scans the computer for any device changes.
  • Disable-NetAdapterPowerManagement
    Microsoft Learn · vendor-doc · 2026-09-17
    依据: Documents disabling power management features (selective suspend, wake patterns, offloads) on a named network adapter.
  • Netsh contexts and commands | Microsoft Learn
    Microsoft · vendor-doc · 2026-09-17
    依据: Microsoft documents the netsh winsock and netsh interface contexts, including reset commands that restore their default configurations.

最后验证: 2026-09-22

相关指南