Ping不通主因是权限不足、防火墙拦截或目标禁ping；Ping.Send()超时/异常因需raw socket权限、ICMP被禁或默认5秒超时过长；.NET 6+应优先用SendPingAsync()并显式Dispose。
Ping 不通，大概率不是代码写错了，而是权限、防火墙或目标主机禁 ping 导致的——Ping 类本身能返回 true 或 false，但不等于网络连通性等同于服务可用。
为什么 Ping.Send() 总是超时或抛异常？
常见现象：调用 Ping.Send("192.168.1.1") 卡住几秒后返回 null 或抛出 PingException，尤其在 .NET Core/.NET 5+ 中更频繁。
-
Ping需要原始套接字（raw socket），Windows 上要求管理员权限，Linux/macOS 需要cap_net_raw权限（非 root 用户需显式授权） - 目标主机可能禁用了 ICMP 回应（如云服务器默认关闭 ping，或启用了 Windows 防火墙“文件和打印机共享（回显请求 - ICMPv4-In）”规则）
-
Ping.Send()默认超时 5000ms，若网络延迟高或丢包严重，容易误判；建议显式传入更合理的timeout值（如 1000–2000ms） - .NET 6+ 中
Ping类已标记为“可能被移除”，推荐优先用异步Ping.SendPingAsync()替代同步调用
如何正确使用 Ping 类做基础连通性探测？
核心是捕获真实状态，而非只看 IPStatus.Success。以下是最简可靠写法：
using System.Net.NetworkInformation;
<p>var ping = new Ping();
try
{
var reply = await ping.SendPingAsync("8.8.8.8", 1000); // 超时设为 1s
if (reply.Status == IPStatus.Success)
{
Console.WriteLine($"延时：{reply.RoundtripTime}ms");
}
else
{
Console.WriteLine($"Ping 失败：{reply.Status}");
}
}
catch (PingException ex)
{
Console.WriteLine($"Ping 异常：{ex.Message}");
}
finally
{
ping.Dispose();
}- 必须
Dispose()——Ping内部持有一个未托管资源（ICMP socket），不释放会导致句柄泄漏 - 不要用
Ping.Send()在 UI 线程或高并发场景下阻塞调用，它会同步等待，容易卡主线程 -
reply.Status可能是TimedOut、DestinationHostUnreachable、BadOption等，比单纯判断null更有诊断价值
替代方案：不用 Ping 类也能判断连通性？
如果只是想确认目标端口是否可达（比如检查数据库、HTTP 服务），TcpClient 连接测试更贴近实际业务需求，且无需特权：
using System.Net.Sockets;
<p>async Task<bool> IsPortOpen(string host, int port, int timeoutMs = 2000)
{
using var client = new TcpClient();
try
{
var connectTask = client.ConnectAsync(host, port);
var completed = await Task.WhenAny(connectTask, Task.Delay(timeoutMs));
return completed == connectTask && client.Connected;
}
catch
{
return false;
}
}</p><p>// 用法：await IsPortOpen("10.0.0.5", 3306) → 检查 MySQL 是否在线
- 该方法绕过 ICMP 限制，适用于绝大多数生产环境（云主机、Docker 容器、K8s Pod）
- 注意：某些防火墙会静默丢弃 TCP SYN 包，此时也会超时，需结合日志或抓包进一步排查
- 不要对同一地址高频调用（如每 100ms 一次），避免触发对方连接限制或被风控
真正难的从来不是调通一个 Ping，而是区分“主机层可达”和“服务层可用”。ICMP 成功只代表路由通、目标开了 ICMP 响应；而业务接口是否健康，还得靠 HTTP HEAD、数据库心跳查询或自定义健康端点来验证。
