最准确的方法是使用开发者工具Security面板查看Protocol字段。1、确保HTTPS页面完全加载；2、按F12或Command+Option+I打开开发者工具；3、切换到Security选项卡；4、在Overview区域或Main origin的Connection区块中查找Protocol值，如“TLS 1.3”即为实际协商版本。
当你需要确认访问的HTTPS网站实际协商使用的加密协议版本，比如判断是否启用了更安全的TLS 1.3而非老旧的TLS 1.2，就不能只看地址栏锁图标——它不直接显示协议细节。必须进入Chrome底层连接诊断模块才能获取真实协商结果。
用开发者工具Security面板查TLS版本（最准）
这是目前唯一能直接读取已建立连接所用TLS协议的官方路径，结果来自网络层握手完成后的实时快照，不会因证书界面隐藏字段而遗漏。
1、确保页面通过https://加载且已完全渲染，地址栏左侧有锁形图标；
2、按 F12（Windows/Linux）或 Command+Option+I（Mac）打开开发者工具；
3、顶部标签栏切换到“Security”选项卡，若没看到请点右上角“»”展开更多；
4、等待右上角出现“Connection secure”提示后，在“Overview”区域找到“Protocol”右侧标注的值，例如“TLS 1.3”——这就是当前连接真实使用的协议版本；
5、如果该区域未显示Protocol字段，点击左侧“Main origin”，在右侧“Connection”区块中再次确认“Protocol”内容，这一步能绕过页面重载导致的信息丢失问题。
通过地址栏锁图标间接推断TLS版本
该方法不显示明确的“TLS 1.x”字样，但可借助证书技术特征辅助判断，适合无法打开开发者工具的受限环境。
方法一：从锁图标入口查看证书详情
点击地址栏左侧锁图标→“连接是安全的”→“证书有效”→切换到“详细信息”选项卡；
查找“公钥算法”与“签名算法”组合：若同时出现“ECDSA with SHA-256”和“密钥交换：X25519”，基本可确定为TLS 1.3；若为“RSA Encryption”搭配“SHA-1”签名，则极大概率是TLS 1.0或1.1，【此时应立即中止敏感操作】；
方法二：观察证书路径层级
在“证书路径”选项卡中，若只有一级证书（仅网站证书），无中间证书节点，往往对应TLS 1.3的0-RTT优化特性；而出现两层或以上证书链的，多见于TLS 1.2兼容模式。
用chrome://net-internals捕获握手日志（排查疑难）
当Security面板空白、Protocol字段缺失，或怀疑服务器存在ALPN协商失败、SNI配置错误等底层问题时，需调取原始事件流。
1、在地址栏输入 chrome://net-internals/#events 并回车；
2、点击左上角“Start Recording”按钮开始捕获；
3、刷新当前HTTPS页面；
4、停止录制后，在事件列表中搜索关键词 SSLHandshake；
5、找到最近一条SSLHandshake事件，展开其参数，定位 version 字段值，如“0x0304”对应TLS 1.3，“0x0303”对应TLS 1.2——这是十六进制编码的真实协议标识，不可篡改。
