基于.NET的网络连通性检测新方法探讨及受限网络适配疑问

嗨，这个问题我在国内项目里踩过好几次坑！你提到的那篇帖子确实是业内公认的靠谱参考，但在国内网络环境下直接套用谷歌相关的检测逻辑肯定会出问题——毕竟咱们这边访问谷歌的服务大概率会失败，导致明明有网却被误判为断网。下面给你几个经过实际项目验证的替代方案：

方案一：用国内公共DNS做轻量检测 #

国内有很多稳定且无屏蔽的公共DNS服务器，比如阿里云的223.5.5.5、腾讯的119.29.29.29，这些节点可用性极高，用Ping类就能快速验证网络连通性：

using System.Net.NetworkInformation;

public static bool CheckBasicConnectivity()
{
    try
    {
        using (Ping ping = new Ping())
        {
            // 超时设置1秒，避免等待太久
            PingReply reply = ping.Send("223.5.5.5", 1000);
            return reply.Status == IPStatus.Success;
        }
    }
    catch
    {
        return false;
    }
}

这个方法的优势是轻量、响应快，适合快速判断设备是否接入网络。

方案二：访问国内稳定HTTP服务验证互联网访问 #

如果需要确认的是能否正常访问互联网（而非仅通网），可以访问国内的高可用HTTP服务，比如百度首页，用HEAD请求还能节省流量：

using System.Net.Http;

public static async Task<bool> CheckInternetAccess()
{
    using (HttpClient client = new HttpClient())
    {
        client.Timeout = TimeSpan.FromSeconds(3);
        try
        {
            // 用HEAD请求只获取响应头，不下载页面内容
            HttpResponseMessage response = await client.SendAsync(
                new HttpRequestMessage(HttpMethod.Head, "https://www.baidu.com")
            );
            return response.IsSuccessStatusCode;
        }
        catch
        {
            return false;
        }
    }
}

百度的服务在国内几乎不会出现全局宕机，能有效避免误判。

方案三：自定义检测目标（适配企业内网） #

如果是企业内网场景，还可以把检测目标换成公司内部的服务器或内网API，这样既能验证网络连通性，还能确认是否能正常访问内部服务：

// 示例：检测企业内网服务器连通性
public static bool CheckIntranetConnectivity()
{
    try
    {
        using (Ping ping = new Ping())
        {
            PingReply reply = ping.Send("你的内网服务器IP或域名", 1000);
            return reply.Status == IPStatus.Success;
        }
    }
    catch
    {
        return false;
    }
}

额外小技巧 #

• 不要依赖单一检测目标，可以同时检测2-3个节点（比如DNS+百度），只要有一个成功就判定为连通，避免单个节点临时故障导致误判。
• 超时时间建议设置在1-3秒之间，太长会影响用户体验，太短可能因网络延迟导致误判。

内容的提问来源于stack exchange，提问作者Arch