最可靠方法是通过chrome开发者工具security面板查看：第一步确保https页面加载完成并显示绿色锁图标；第二步按f12或command+option+i打开开发者工具；第三步切换到security标签页；第四步在“overview”区域找到protocol右侧显示的具体值，如“tls 1.3”；第五步若未刷新，可点击main origin条目在右侧“connection”区块中核对protocol字段。
你需要确认当前访问的HTTPS网页实际协商使用的是TLS 1.2还是TLS 1.3，而不是依赖网站声明或服务器配置文档——因为浏览器与服务器握手后最终采用的协议版本可能受双方能力、策略和网络中间设备影响，必须从Chrome内部已建立的连接中直接读取真实值。
用开发者工具Security面板直接查看
这是最可靠、响应最快的方法，能实时反映当前连接协商完成后的协议标识，且无需解析证书字段或翻日志。
第一步：确保页面已完全加载，地址栏显示绿色锁图标，且URL以https://开头。
第二步：按 F12（Windows/Linux）或 Command+Option+I（Mac）打开开发者工具。
第三步：点击顶部标签栏中的Security选项卡；若未看到，点右上角“»”展开隐藏标签再找。
第四步：等待右上角出现“Connection secure”提示后，在“Overview”区域找到Protocol右侧显示的具体值，例如“TLS 1.3”或“TLS 1.2”。
第五步：若该值未立即刷新，可点击左侧Main origin条目，在右侧“Connection”区块中再次核对Protocol字段——这一步能避开页面重载导致的界面延迟，确保读到最新协商结果。
通过地址栏锁图标间接推断
该方式不直接显示“TLS 1.3”字样，但可通过证书细节组合特征辅助判断，适合无法打开开发者工具的受限环境。
方法一：点击地址栏左侧锁图标→选“连接是安全的”→点“证书有效”→切换到“详细信息”选项卡。
方法二：在“详细信息”中查找“公钥算法”和“签名算法”字段；若同时出现ECDSA with SHA-256和X25519密钥交换，则极大概率对应TLS 1.3——因为TLS 1.2通常使用RSA或ECDHE-RSA组合，而X25519是TLS 1.3强制要求的密钥交换算法之一。
【注意】此方法不能100%确认，仅作辅助参考；若看到RSA-SHA1或SHA-256 with RSA等旧组合，基本可排除TLS 1.3。
从chrome://net-internals日志中提取
当你怀疑存在协议降级（如本应支持TLS 1.3却被强制协商为TLS 1.2），需要回溯完整握手过程时，此方法提供原始事件记录。
在地址栏输入：chrome://net-internals/#events → 回车。
点击左上角“Start Recording”按钮开始捕获网络事件。
刷新当前HTTPS页面。
停止录制后，在搜索框输入SSLHandshake → 找到最近一条事件 → 展开“params”字段 → 查看其中的version参数值，例如“0x0304”代表TLS 1.3，“0x0303”代表TLS 1.2。
