如何在Windows中创建依赖WiFi适配器的服务以解决休眠唤醒启动问题？

核心结论 #

仅通过CreateService指定依赖项无法直接保证服务等待WiFi适配器硬件就绪，因为不存在通用的系统服务/组与WiFi适配器的就绪状态强绑定。更可靠的方案是结合服务启动配置+服务内部逻辑实现等待。

具体可行方案 #

1. 调整服务启动类型为延迟自动启动 #

将服务的启动类型从SERVICE_AUTO_START改为SERVICE_DELAYED_AUTO_START，系统会在常规自动启动服务完成后延迟（通常1-2分钟）再启动该服务，休眠唤醒后也会遵循同样的延迟逻辑，大幅提升WiFi适配器就绪的概率。

设置方式：调用CreateService时，将dwStartType参数设为SERVICE_DELAYED_AUTO_START。

2. 在服务内部实现轮询等待逻辑（最可靠） #

服务启动后不立即执行MAC提取操作，而是轮询检查WiFi适配器的状态，直到其就绪再继续。以下是两种实现方式：

方式A：使用IP Helper API枚举适配器

通过GetAdaptersAddresses函数获取所有网络适配器信息，判断WiFi适配器（IfType == IF_TYPE_IEEE80211）是否存在且处于可用状态（OperStatus == IfOperStatusUp，或至少PhysicalAddressLength > 0）。

示例代码（C++）：

#include <iphlpapi.h>
#include <windows.h>
#pragma comment(lib, "iphlpapi.lib")

bool IsWiFiAdapterReady() {
    PIP_ADAPTER_ADDRESSES pAdapterAddresses = nullptr;
    ULONG bufSize = 0;

    // 获取所需缓冲区大小
    GetAdaptersAddresses(AF_UNSPEC, GAA_FLAG_INCLUDE_PREFIX, nullptr, nullptr, &bufSize);
    pAdapterAddresses = (IP_ADAPTER_ADDRESSES*)malloc(bufSize);
    if (!pAdapterAddresses) return false;

    bool isReady = false;
    if (GetAdaptersAddresses(AF_UNSPEC, GAA_FLAG_INCLUDE_PREFIX, nullptr, pAdapterAddresses, &bufSize) == NO_ERROR) {
        PIP_ADAPTER_ADDRESSES currAdapter = pAdapterAddresses;
        while (currAdapter) {
            // 筛选WiFi适配器并检查状态
            if (currAdapter->IfType == IF_TYPE_IEEE80211 && 
                currAdapter->PhysicalAddressLength > 0 && 
                currAdapter->OperStatus == IfOperStatusUp) {
                isReady = true;
                break;
            }
            currAdapter = currAdapter->Next;
        }
    }

    free(pAdapterAddresses);
    return isReady;
}

void WaitForWiFiReady() {
    const int maxWaitSeconds = 30;
    int waitCount = 0;
    while (waitCount < maxWaitSeconds) {
        if (IsWiFiAdapterReady()) {
            break;
        }
        Sleep(1000); // 每秒检查一次
        waitCount++;
    }

    if (waitCount >= maxWaitSeconds) {
        // 处理超时：记录日志、服务退出或降级执行
    }
}

在服务的ServiceMain函数开头调用WaitForWiFiReady()，之后再执行MAC地址提取逻辑。

方式B：使用WMI查询

通过WMI查询Win32_NetworkAdapter类，筛选NetConnectionStatus = 2（已连接）且AdapterTypeID = 0（WiFi）的设备，判断是否存在。

3. 依赖特定WiFi相关服务（辅助方案） #

可以将服务依赖于Wlansvc（WLAN AutoConfig服务），该服务负责管理WiFi连接，依赖它能确保WiFi服务框架已启动，但无法保证硬件适配器就绪。设置方式：在CreateService的lpDependencies参数中添加"Wlansvc"。

注意：不同硬件厂商的WiFi适配器可能有专属驱动服务，可通过设备管理器查看对应适配器的“服务”名称，将其添加为依赖，但这种方式通用性差，仅适用于特定硬件环境。

方案对比 #

内容的提问来源于stack exchange，提问作者Achim Schön