cwebbrowser判断是断否否能打开网页

用C#写winform程序时，老遇到一个坑：你调用了webBrowser.Navigate(url)，开网但页面到底加载成功没？断否程序不知道。用户盯着空白窗口骂娘，开网你只能干瞪眼。断否判断网页能否打开，开网核心就一句话——监听DocumentCompleted事件，断否但别天真地以为它触发就万事大吉。开网

这个事件有个臭毛病：它可能触发多次。断否页面里嵌个iframe，开网主页面加载完触发一次，断否iframe加载完又触发一次。开网你写个计数器？断否不靠谱。更阴险的开网是，有些页面跳转两次，断否事件也跟着抽风。我见过最离谱的案例，一个登录页面触发了四次DocumentCompleted，前三次都是广告iframe在捣乱。

正解是检查webBrowser.ReadyState属性。在事件处理函数里加个判断：if (webBrowser.ReadyState == WebBrowserReadyState.Complete)，这能过滤掉大部分中间状态。但还不够——你得确认这次触发对应的是主框架，不是子框架。判断方法很简单：if (e.Url == webBrowser.Url)，两个URL一致才说明是顶层页面完成了加载。

那怎么判断“打不开”？两种典型情况：DNS解析失败，或者服务器超时。前者会抛异常，后者会让页面永远停留在“正在连接”状态。我处理超时的方法是挂个计时器，设定15秒。计时器一响，如果还没收到有效的DocumentCompleted，直接判定失败。别用Thread.Sleep阻塞UI线程，那样整个窗口会假死，用户以为程序崩了。

还有个细节容易被忽略：webBrowser.Url属性在导航失败时会变成about:blank。所以判断逻辑应该是——事件触发后，先检查ReadyState，再检查Url是否还是你请求的那个地址，最后再检查Document里有没有title元素。有些错误页面会返回200状态码，但内容是个空壳，这时候DocumentTitle是空字符串，也能作为辅助判断依据。

写这段代码时，我踩过一个更深的坑：DocumentCompleted在页面被重定向时，e.Url参数是最终地址，但webBrowser.Url可能还是初始地址。所以比较URL时要用e.Url.ToString().StartsWith(initialUrl)这种宽松匹配，别用等号。搞个简单的状态机——Idle、Navigating、Completed、Failed——比堆if else清晰得多。

最后说个经验之谈：如果目标网站有反爬机制，比如Cloudflare的JS挑战，WebBrowser控件会永远卡在“正在验证”状态。这时候别浪费时间调代码，直接换WebView2或者HttpClient模拟请求。工具选错了，写再多判断逻辑都是白搭。