续上篇《.NET 4.0网络开发入门之旅——我在“网” 中央(上)》
好了,有了前面的铺垫,现在解决判断计算机连网问题水到渠成,其思路很简单:
(1)检测一下计算机中的所有网络接口状态,只要都为“Down”,没说的,肯定没连网。
(2)从状态为“Up”的网络接口中选一个(注意排除掉环回接口Loopback),获取其网关和DNS服务器地址,先Ping一下它的网关,如果能Ping通,再Ping一下DNS服务器,看看能不能Ping通。
如果网关Ping不通,就换一个“Up”的网络接口试一试,重复上述过程,直到检测完了所有“Up”的网络接口。
现在结果呼之欲出了:
(1)只要有一个网络接口可以Ping通网关,则“本计算机肯定已连上本地网络。”
(2)只要有一个网络接口可以Ping通DNS,则“本计算机的本地网络设置没有问题。”除非DNS服务器本身故障(应该发生机率不高)或由于你欠费之类的账号被限制,则“本计算机联上互联网应该没问题”。
(3)为了真正确认已联上互联网,Ping一个“Well-Known”的网址,比如“百度”,能Ping通则100%确信可以上网了。
注意:
某些网站不响应Ping数据包,比如笔者发现微软公司主机就不理会Ping数据包,对其主机的Ping操作将以“超时(TimeOut)”收场。
有的朋友看到这里,不禁会说:
你这不是多此一举了吗?一上来直接Ping一个互联网主机,不就知道能不能上网了吗?
呵呵,这怎么说呢?不能上网的原因太多了,如果你的网络应用程序能告之用户更详细的信息:
- 无法连接网关,请检查你的网络设置
- 无法连接DNS服务器,您所指定的DNS服务地址“192.168.1.1”可能有误,或者是DNS服务器故障……
是不是更有助于用户定位网络问题?
我在示例程序中写了一个IsOnline方法实现了前述的连网检测逻辑:

{
if (NetworkInterface.GetIsNetworkAvailable() == false)
return false; //所有网卡都是“Dwon”的
//选出“Up”的网卡,并且排除掉环回接口
var query = from nic in NetworkInterface.GetAllNetworkInterfaces()
where nic.OperationalStatus == OperationalStatus.Up &&
nic.NetworkInterfaceType != NetworkInterfaceType.Loopback
select nic;
foreach (var nic in query)
{
//先Ping网关
Ping pinger = new Ping();
bool GatewayReady = false;
foreach (GatewayIPAddressInformation GatewayAddr in
nic.GetIPProperties().GatewayAddresses)
{
PingReply reply = pinger.Send(GatewayAddr.Address);
if (reply.Status == IPStatus.Success)
{
GatewayReady = true;
break;
}
}
if (GatewayReady == false)
continue; //所有网关都不通,不再进行下一步测试,直接检测下一个网卡
//网关Ping通了,可以Ping DNS
foreach (IPAddress addr in nic.GetIPProperties().DnsAddresses)
{
PingReply reply = pinger.Send(addr);
if (reply.Status == IPStatus.Success)
{
return true;
}
}
}
return false;
}
上述代码中除了没有完成Ping一个“Well-Known”的真实互联网之外,其余的工作都已完成。
IsOnLine方法返回“True”时,表示本地网络可以Ping通DNS,否则,返回“False”,你可以修改这个方法,让其依据具体情况返回更详细的信息(比如是哪个网卡的网关还是DNS不能Ping通)。
5 让我们“并行”起来!
现在再来一点“Cool”的。
仔细考虑一下我们的“连网”判断逻辑,不难发现这些Ping操作是可以并行执行的,如果能使用多个线程同时执行Ping操作,无疑可以减少得到“是否可以访问互联网”这一最终结论的时间。
我们可以将IsOneLine方法转换为多线程版。
使用独立的线程执行每个网络接口的Ping操作,必须等待Ping网关的线程执行结束之后,依据其执行结果再决定是否新开一个线程执行Ping DNS的操作。
当有一个网卡可以Ping通DNS时,应该通知其它线程停止工作,因为“能否上网”的结论已经得出了。
这里面其实涉及到不少比较复杂的线程同步问题,需要用到多个线程同步对象,并且还涉及到如何中途取消一个线程执行的问题,我在《.NET 4.0面向对象编程漫谈》的《应用篇》中,花了100多页的篇幅讲多线程,其中介绍了.NET 4.0基类库中几乎所有的线程同步对象的用法,并大力推荐推荐使用.NET 4.0的“线程统一取消模型”(参看《应用篇》的16.5 《线程统一取消模型》)来中途取消一个线程的执行。
读者您能否将IsOneLine方法转换为多线程版,是一块检测您是否真正掌握了多线程技术的试金石。
在这里,我想向读者介绍如何直接使用TPL(任务并行库)而不是线程达到目的。
需要仔细分析一下IsOnLine的处理逻辑,看看哪些部分是可以并行的,这些并行操作间有怎样的合作关系。
很明显,对于多个网络接口的连接检测工作完全是可以并行的,这是第一个任务并行点。
其次,一个网络接口一般只有一个网关,不需要并行,但一个网络接口可能会有两个以上的DNS服务地址,很明显,这是第二个任务并行点。
第三,在同时运行的多个并行任务之间,任何一个得到“互联网可达”最终结果的并行任务,需要通知其他任务提前中止执行。
经过以上考虑,使用并行循环(Parallel.ForEach)而不是Task对象是更合理的选择。Parallel.ForEach可以并行执行一个循环,并且通过ParallelLoopState对象可以提前中止循环,还可以“通知到”其他工作线程。
以下是使用任务并行库实现的IsOnLine版本:

{
if (NetworkInterface.GetIsNetworkAvailable() == false)
return false;
//选出所有处于激活状态的网卡
var query = from nic in NetworkInterface.GetAllNetworkInterfaces()
where nic.OperationalStatus == OperationalStatus.Up &&
nic.NetworkInterfaceType != NetworkInterfaceType.Loopback
select nic;
int NicReady = 0; //当有一个网卡的DNS是可达时,此值会大于0.
//以下开始定义可并行的任务,针对每个网络接口的
Action<NetworkInterface, ParallelLoopState> PingNetworkInterface =
(nic, outState) =>
{
Ping pinger = new Ping();//Ping网关
bool GatewayReady = false;
foreach (GatewayIPAddressInformation GatewayAddr in
nic.GetIPProperties().GatewayAddresses)
{
if (outState.IsStopped) //其他网卡的Ping循环已被中止
return;
PingReply reply = pinger.Send(GatewayAddr.Address);
if (reply.Status == IPStatus.Success)
{
GatewayReady = true;
break;
}
}
if (GatewayReady != true) //网关的都Ping不通,不必再Ping DNS了
return; //结束本网卡的Ping工作
else //网关是通的,就可并行Ping所有DNS地址
{
Parallel.ForEach(nic.GetIPProperties().DnsAddresses,
(dnsaddr, innerState) =>
{
//其他Ping循环(本网卡的或者是其它网卡的)已被中止
if (innerState.IsStopped || outState.IsStopped)
return;
Ping pinger2 = new Ping();
PingReply reply = pinger2.Send(dnsaddr);
if (reply.Status == IPStatus.Success) //Ping成功
{
//表明此网卡DNS可达
Interlocked.Increment(ref NicReady);
//不需要再进行本并行循环的后继的循环工作
innerState.Stop();
outState.Stop(); //上层的并行循环也可以中止了
return;
}
}
);
}
}; //并行任务定义结束
//执行并行任务
Parallel.ForEach(query, PingNetworkInterface);
return NicReady > 0;
}
上述代码比较长,用到了一些比较复杂的编程特性,比如“LINQ查询”、“Lambda”表达式,Parallel并行循环等。请读者先仔细阅读《.NET 4.0面向对象编程漫谈》的以下章节扫清知识障碍,再通过阅读代码中的注释,并在Visual Studio中进行调试才能看懂这些代码:
- 8.4节《 匿名方法与Lambda表达式》
- 11.5节《掌握LINQ查询表达式的编写技巧》
- 17.2.3节《实现原子操作--Interlocked》
- 19.3.3节《使用Parallel类编写并行代码》
- 19.3.9 节《并行任务的取消》
如果希望将并行版本的IsOnlineTPL用于有可视化界面的程序,推荐创建一个新的背景线程执行此方法,然后使用第18章《跨线程访问可视化控件》所介绍的方法将结果“推送”到UI线程中,更新可视化界面(比如就象Windows一样切换显示图片)。
另外,.NET基类库中有一个NetworkChange密封类,当用户计算机的IP地址改变时(包括用户手动更改的,或者是用户关闭了无线功能等间接原因造成)它可以引发一个NetworkAddressChanged事件,可以在此事件中调用IsOnlineTPL方法重新检测是否网络可达。
6 小结
由于我的网络环境比较单一,所以没法测试IsOnlineTPL方法是否可以在各种各样的网络环境下正常工作,另外,此方法仅仅检测到DNS是否“通”为止,并没有去Ping一个真正的“互联网主机”,而且有些网络主机可能不理会“Ping”操作发出的数据包,因此,IsOnlineTPL返回false并不一定意味着网络不可达。读者大可以在我的代码的基础上进行完善,或者是设计一个新的更好的实现方案。
本文仅起一个抛砖引玉的工作,如有错误,敬请朋友们回贴指出,不胜感激!
=======================================
预告:
在后面的文章中,.NET网络开发的主角——Socket 将正式登场!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· [AI/GPT/综述] AI Agent的设计模式综述
2009-12-10 ASP.NET MVC2 异常处理机制中令人费解的HTTP 500错误