如何进入网站

浏览器地址栏里敲下那串字符，何进按下回车，入网页面跳出来——这事看起来简单到不值一提。何进但真要较真，入网从你手指碰到键盘到屏幕亮起内容，何进中间跑完的入网流程比大多数人想象的要长得多。

先说你输的何进那串东西。它可能是入网 zhihu.com，也可能是何进 192.168.1.1，甚至带着一长串参数，入网比如 example.com/search?何进q=test&page=2。浏览器拿到它，入网第一件事是何进判断这到底是个啥。如果开头是入网 http:// 或 https://，它知道这是何进网址；如果长得像 IP，它直接跳过解析步骤；要是你只敲了“知乎”两个字，它得先扔给搜索引擎去猜。

网址确认了，接下来是 DNS 查询。域名对人友好，对机器不友好。机器只认 IP 地址，比如 104.16.132.229。DNS 服务器就像一本巨大的电话簿，把 zhihu.com 翻译成对应的 IP。这个查询过程通常几十毫秒，快到你根本感觉不到。但偶尔它也会抽风——DNS 污染、缓存过期、服务器宕机，这时候你会看到浏览器转圈转到天荒地老，最后甩给你一个“无法访问此网站”。

IP 拿到手，浏览器开始和服务器建立连接。走 HTTPS 的话，先来一轮 TLS 握手。客户端说“我要跟你加密聊天”，服务器回“这是我的证书”，客户端验证证书是不是真的、有没有过期、域名对不对得上。验证通过，双方交换密钥，之后的数据全部加密传输。这套流程设计得精巧，但配置不当就会出问题。我见过一个小公司网站，证书过期三个月没人管，Chrome 直接弹红色警告页，访客流失一大半。

连接建好了，浏览器发出 HTTP 请求。请求里包含方法（GET、POST 之类）、路径、协议版本，还有一堆头部字段：User-Agent 告诉服务器我用的是 Chrome 还是 Safari，Accept-Encoding 说我能解压 gzip，Cookie 带上你上次登录留下的凭证。服务器收到请求，后端程序开始干活——查数据库、调接口、拼页面。这中间可能经过 CDN 节点、反向代理、负载均衡器，请求被转手好几次才落到真正处理它的那台机器上。

服务器把响应吐回来。状态码 200 表示一切正常，301 是永久跳转，404 是你找的东西不存在，500 是服务器自己崩了。响应体里装着 HTML、CSS、JavaScript，浏览器开始解析渲染。DOM 树构建、样式计算、布局、绘制，每一步都可能因为一个标签写错而乱套。JavaScript 执行时如果碰到同步阻塞的代码，整个页面就卡在那里，用户看到的是白屏或者半截内容。

还有种情况：你访问的网站需要登录。服务器返回 401，浏览器弹出认证框，或者页面跳转到登录页。你输入账号密码，POST 请求发出去，服务器验证通过后种下 Cookie，后续请求自动带上这个凭证。Cookie 被禁用的话，很多网站直接没法用——购物车加不了东西，登录状态保持不住。

移动端又是另一套逻辑。你在微信里点开一个链接，它可能先在微信内置浏览器里打开，而这个浏览器对某些 JavaScript 特性支持不全。页面显示错位、按钮点不动，不是网站本身的问题，是容器环境在捣乱。我遇到过好几次，同一个链接在 Safari 里正常，在某个 App 的内嵌浏览器里就废了。

整个过程拆开看，每一环都有失败的可能。DNS 解析失败、TCP 连接超时、TLS 证书错误、HTTP 状态码异常、前端资源加载不出来、JavaScript 报错。普通用户只看到“打不开”三个字，背后可能是十几层环节里的任意一层出了问题。下次再遇到网页加载不出来，别急着重启路由器，按 F12 打开开发者工具，Network 面板里看看请求卡在哪一步，比瞎猜管用得多。