本文介绍如何在 go 程序中可靠检测互联网连通性（而非仅本地网络），避免 windows 启动时因网络延迟导致 chrome 加载空白或失败页面，并给出健壮、可落地的实现方案。
本文介绍如何在 go 程序中可靠检测互联网连通性（而非仅本地网络），避免 windows 启动时因网络延迟导致 chrome 加载空白或失败页面，并给出健壮、可落地的实现方案。
在 Windows 8.1 等系统中，开机自启程序常面临一个典型问题：操作系统完成登录后立即执行，但此时网络接口可能尚未完成 DHCP 获取 IP、DNS 初始化或网关可达性验证——Chrome 即使成功启动，访问 http://icanhazip.com 等远程服务仍会因 DNS 解析失败、连接超时或 TLS 握手中断而显示“无法访问此网站”等错误页。
单纯检查本地网络（如 ping 网关）不足以保证互联网可用性；更可靠的方式是模拟真实 HTTP 请求，向一个高可用、低延迟且无重定向的公共端点发起 HEAD 或 GET 请求，并设置合理超时。推荐使用 http://www.google.com/robots.txt（响应快、无需重定向、全球 CDN 覆盖好），或备用 https://cloudflare.com/cdn-cgi/trace（支持 HTTPS，规避某些企业防火墙对 HTTP 的拦截）。
以下是优化后的核心检测逻辑（含超时控制与错误分类）：
package main
import (
"log"
"net/http"
"time"
)
// hasInternet 检查互联网连通性，超时 5 秒，返回是否可达
func hasInternet() bool {
client := &http.Client{
Timeout: 5 * time.Second,
}
resp, err := client.Get("http://www.google.com/robots.txt")
if err != nil {
log.Printf("网络检测失败: %v", err)
return false
}
defer resp.Body.Close()
// HTTP 2xx 表示服务端正常响应（不关心内容）
if resp.StatusCode >= 200 && resp.StatusCode < 300 {
return true
}
log.Printf("网络检测收到非成功状态码: %d", resp.StatusCode)
return false
}⚠️ 注意事项：
- 勿用 ping 或 net.Dial：ICMP 可能被防火墙屏蔽；TCP 连通性（如 dial 8.8.8.8:53）不等于 HTTP 可达，也无法验证 DNS 和 TLS 栈是否就绪；
- 避免无超时请求：默认 http.Get 无超时，可能导致程序卡死数分钟（尤其在 DNS 污染或中间设备丢包场景）；
- 不要依赖单点域名：若业务环境严格限制 Google 域名，应替换为内网可信健康检查端点（如 http://your-intranet/api/health）；
- 重试策略建议：生产环境可增加 2~3 次指数退避重试（首次 2s，第二次 4s），提升弱网鲁棒性；
- 启动时机优化：Windows 自启程序建议配合 WaitForNetwork 或延迟启动（如通过任务计划器设置“仅当网络可用时运行”），Go 层检测作为兜底。
最后，在主流程中集成该检测：
// ... 配置读取完成后
for i := 0; i < 3; i++ {
if hasInternet() {
log.Println("互联网就绪，启动 Chrome...")
cmdopen = exec.Command(chrome, "--app=http://icanhazip.com")
if err := cmdopen.Start(); err != nil {
log.Printf("Chrome 启动失败: %v", err)
}
return
}
log.Printf("等待网络... (%d/3)", i+1)
time.Sleep(3 * time.Second)
}
log.Fatal("三次检测均未连通互联网，退出")通过此方案，程序不再“盲目启动 Chrome”，而是主动等待网络服务真正就绪，显著提升用户体验与稳定性。
