测试网站是否能访问

我敲下回车，测试光标在地址栏里闪烁，网站屏幕右下角的否能访问网络图标转了个圈。等了两秒，测试页面一片空白——这不是网站一个好的征兆。我刷新了一次，否能访问又等了三秒，测试浏览器标签页上的网站小圆圈还在打转，像一只困在滚轮里的否能访问仓鼠。访问失败，测试网站没理我。网站

测试一个网站能不能访问，否能访问听起来是测试件特简单的事——打开浏览器，输入地址，网站回车，否能访问完事。可实际操作起来，这活儿比想象中磨人。你面对的其实不是“一个”网站，而是层层叠叠的服务器、域名解析、防火墙、CDN节点，还有你自己那台可能抽风的电脑。任何一层掉链子，页面就给你摆一张死脸。

有一次我替朋友检查他的个人博客，他在群里喊“网站打不开，是不是服务器挂了”。我打开自己的浏览器，输入那个域名——唰，页面秒开，图片加载得飞快。我回他：“我这边正常啊。”他不信，换手机流量试，还是打不开；又换了台电脑，依然白屏。最后查出来，是他家路由器把那个IP给屏蔽了，可能是之前误触了某个安全策略。你看，网站没坏，坏的是他家的网络出口。这种“你自己能访问，别人访问不了”的情况，比网站彻底挂掉还难排查。

真正要判断一个网站是否可访问，我不光看页面有没有出来，还看响应速度。一个网站如果5秒才打开，跟打不开也差不了多少——用户早跑了。我用开发者工具看Network面板，看那个TTFB（首字节时间），超过1秒我就皱眉。有一次测一个政府服务网站，页面倒是弹出来了，但光请求一个静态的CSS文件就花了3秒，整个页面白晃晃地挂着，像没穿衣服。你说它“能访问”吗？能。但你说它“可用”吗？我觉得它在耍流氓。

还有更隐蔽的坑——有时候不是网站挂了，是它的某个接口挂了。比如你打开首页一切正常，但点登录按钮，弹窗一直转圈，最后报个“网络错误”。这种半死不活的状态最烦人。我拿curl命令直接去请求那个登录接口，返回502，而首页的HTML却好好的。这说明网站的前端服务器还活着，但后端的应用服务已经崩溃了。测试网站能不能访问，不能只看“有没有东西显示”，得看关键功能是否真的在运转。

再往深了说，地域和运营商也会影响访问结果。同一个网站，电信的用户秒开，联通的用户卡成狗，移动的用户直接超时。这不是玄学，是跨网带宽的问题。我测试的时候，如果条件允许，会挂个代理切到不同的网络环境去试。有一次一个海外站点，我直连访问超时，挂上香港节点就飞快——那说明不是网站挂了，是国际出口在闹脾气。

所以我现在测网站，习惯性地先ping一下域名，看IP通不通；再telnet一下80或443端口，看服务有没有在监听；最后用浏览器实际打开，观察加载时间和控制台报错。三步下来，基本能判断出问题出在DNS解析、网络路由、服务器状态还是代码层面。要是嫌麻烦，就扔给在线监测工具，让它从十几个城市轮流访问一遍，比我自己瞎猜靠谱得多。

说到底，“能不能访问”是个动态的、多角度的概念。你在办公室能打开，不代表你回家能打开；你现在能打开，不代表十分钟后还能打开。服务器会崩，带宽会堵，DNS会抽风，防火墙会误杀。每一次访问，都是一次全新的握手，没有一劳永逸的“能”。

我最后又刷新了一次那个失败的页面——这次，白屏上蹦出几行字：“连接已重置。”行吧，至少它给了个回应，虽然是个坏消息。测试网站能不能访问，就像跟一个沉默的对象聊天，你得反复试探，才能确认对方到底是没听见，还是不想理你。而很多时候，答案比你预想的要复杂得多。