网站是否宕机检测 - 并发请求状态验证

网站宕机检测是通过发送网络请求来验证目标网站是否可正常访问的过程。它对于网站运营者、运维工程师和普通用户都非常重要——及时发现宕机可以最大限度地减少业务损失、用户体验下降和SEO排名下滑。研究表明，网站每宕机1分钟，平均可能造成数千元的损失，同时严重影响用户信任度。

2xx（成功）：200表示请求成功；201表示创建成功。
3xx（重定向）：301为永久重定向；302为临时重定向；304表示资源未修改。
4xx（客户端错误）：403为禁止访问；404为资源未找到；429为请求过于频繁。
5xx（服务器错误）：500为服务器内部错误；502为网关错误；503为服务不可用（常见于服务器过载或维护中）。
需要注意的是，由于浏览器CORS策略限制，前端工具通常无法获取完整的HTTP状态码，但可以判断网站是否可达。

由于浏览器的同源策略和CORS（跨域资源共享）限制，前端JavaScript无法直接读取跨域请求的HTTP状态码和响应内容。本工具使用no-cors模式进行检测，可以准确判断网站的连通性和响应时间，但状态码可能显示为"N/A"。如需获取精确的HTTP状态码，建议使用后端服务或命令行工具（如curl）进行检测。此外，某些网站可能会阻止来自浏览器的探测请求，导致假阳性结果。

并发请求是指同时发起多个网络请求，而不是一个接一个地顺序执行。在网站检测场景中，如果需要检测50个网站，顺序检测可能需要数分钟，而使用5个并发请求可以将时间缩短约80%。本工具允许您设置1-15个并发数，在效率和服务器压力之间取得平衡。但注意并发数过高可能会触发某些网站的限流机制或被误判为攻击行为。

一般来说：< 300ms为优秀，300-800ms为良好，800ms-2s为可接受，> 2s则需要优化。优化建议包括：使用CDN加速静态资源、启用Gzip压缩、优化数据库查询、使用缓存策略（Redis/Memcached）、升级服务器带宽、减少HTTP请求数量、使用HTTP/2协议等。响应时间直接影响用户体验和搜索引擎排名，Google明确将页面加载速度作为排名因素之一。

常见原因：服务器硬件故障、网络中断、DNS解析失败、流量过载（DDoS攻击或突发流量）、软件崩溃、证书过期、域名忘记续费、云服务欠费、数据库连接池耗尽等。预防措施：使用监控服务（如UptimeRobot、Pingdom）、配置负载均衡和自动扩缩容、定期备份、设置报警通知、使用可靠的DNS服务商、提前续费域名和SSL证书、实施灰度发布机制等。

这是由于浏览器的CORS安全策略导致的。当使用no-cors模式发送请求时，浏览器会隐藏响应的详细信息（包括状态码和响应体），响应类型标记为"opaque"。虽然无法获取具体状态码，但请求成功完成即表明目标服务器可达且正在响应。如果您需要查看精确的HTTP状态码，建议使用浏览器开发者工具的Network面板、Postman、curl等工具直接发起请求。

"超时"表示在设定的时间内没有收到目标服务器的任何响应。可能的原因包括：服务器负载过高响应缓慢、网络延迟较大、防火墙阻止了请求、服务器已完全宕机。建议先调大超时时间重新检测，如果仍然超时，可以尝试使用其他网络环境（如移动网络）进行验证，以排除本地网络问题。如果多地点检测均超时，则服务器很可能已不可用。