HTTPS 连接真正传输数据之前，双方要先完成一场「开场仪式」——TLS 握手：确认对方身份、协商加密方式、安全地交换密钥；代理IP链路里每次新连接的首次请求都要多付这场仪式的成本。走代理IP时每次新连接的首次请求都要多付这场仪式的成本，理解它，就能明白「为什么 https 网站首次访问会多等一拍」。
TLS 握手的第一步是打招呼：浏览器发去问候，说明自己支持的加密方式与协议版本；服务器从中选一套双方都支持的，回以问候——这一步像两个陌生人先对暗号，确认彼此能说同一种语言。
出示证书与换钥
握手的中段是身份确认：服务器出示自己的数字证书，浏览器核验证书是否可信——确认对面确实是域名的主人后，才进入密钥交换环节：浏览器用证书里的公钥加密会话密钥送出，服务器用私钥解开，双方就此握有同一把钥匙。
握手的收尾是确认与切换：双方各自发一条「我已就绪」的消息，确认后同时切换到加密模式——从这一刻起，后续内容全部用会话密钥加密传输。代理IP抓包中看到的握手消息序列，记录的就是这场仪式从问候到切换的完整过程。
握手与 TCP 握手的区别
TLS 握手与 TCP 三次握手是两场不同的仪式：TCP 握手在更底层，负责建立传输通道（三次消息）；TLS 握手在上层，负责建立加密会话（更多消息、含证书与换钥）。两次访问「多等一拍」的延迟，主要来自 TLS 握手——代理IP链路的 HTTPS 首访体验，很大程度上由这场仪式的往返次数决定。
握手并非每次都要完整重来：现代实现支持会话复用——短时间内再次连接同一站点可跳过部分步骤复用上次协商结果，代理IP用户重复访问同一站点时的流畅感正源于此。这也是为什么重复访问同一 https 网站时，后续连接明显比首次快。
TLS 握手是 HTTPS 的开场仪式：打招呼协商 → 出示证书验真 → 安全换钥 → 切换加密——与底层 TCP 握手是两场不同仪式，会话复用能让重复访问省去大半步骤。
TLS 握手像两个组织首次接头：先对暗号（协商加密）、验对方证件（证书）、交接密语本（换钥）、然后才谈正事（传数据）——见过一次面后，再接头就省了验证件环节。
握手时服务器出示的「数字证书」是关键道具——它长什么样、里面装着什么、凭什么让人信？下一篇看数字证书。
对代理IP使用者，认识 TLS 握手最有价值的一点是延迟归因：https 站点首访偏慢，多半是这场仪式多走了几趟往返，而非线路本身慢——把「握手成本」与「传输速度」分开看，速度问题的判断才准确，不会把加密的固定开销误当成链路故障。
握手还有一个容易被误读的细节：它加密的是「后续内容」，握手本身的前半段（问候、证书）是明文可见的——证书本来就要公开给对方看。所以抓包看到握手阶段的明文消息不必惊慌，那是正常流程；真正保密的内容在握手完成之后才出现。