插图来源：Storyset
Q：TLS 指纹是什么？ A：你每次访问 HTTPS 网站，浏览器和服务器要先"握手"协商加密参数。这个握手包里包含一堆特征：支持的加密套件列表、扩展顺序、椭圆曲线偏好等等。不同软件（Chrome、Firefox、curl、各种代理客户端）发出的握手包各不相同，就像每个人的笔迹。服务端把这些特征提取出来生成一个"指纹"，就能判断对面大概是个什么客户端——这就是 TLS 指纹。
Q：指纹能识别出代理吗？ A：能识别出"异常"。比如一个自称是 Chrome 的流量，指纹却和任何已知浏览器都对不上，那就很可疑。指纹本身不直接等于"这是代理"，但它是识别链条上的重要一环。
Q：uTLS 是干什么的？ A：uTLS 是一个让程序"模仿浏览器笔迹"的技术库。代理客户端用它来精心构造握手包，让发出的指纹和真实 Chrome（或 Firefox、Safari）一模一样。服务端看到的指纹就是一个普通浏览器，无从区分。
Q：为什么 Trojan 和 Reality 都依赖这套机制？ A：Trojan 的设计哲学就是"看起来像正常 HTTPS 流量"，指纹伪装是它的立身之本；Reality 更进一步，直接借用真实网站的握手特征，指纹层面几乎无法区分。没有 uTLS 这类指纹伪装技术，这两个协议的隐蔽性都要大打折扣。
Q：普通用户需要懂这些吗？ A：不需要会配，但理解概念有用：当你看到节点参数里有"指纹"或"fingerprint"选项、值是 chrome / firefox 之类时，就知道那是在告诉客户端"模仿这个浏览器的笔迹"，保持默认别乱改就行。
Q：指纹伪装是万能的吗？ A：不是。它只解决握手阶段的"长相"问题。流量行为（连接时长、数据模式）是另一个维度的事。指纹是隐蔽性的必要非充分条件。
想了解浏览器层面的指纹追踪，参考这篇；VLESS+Reality 为什么成为主流组合，见这篇解读。
Q：指纹选项里的 chrome、firefox、safari 该选哪个？ A：保持默认，别手贱。节点订阅里配了什么值，说明服务端就是按那个目标做的伪装，你这边改成另一个，反而两边对不上、更容易露馅。普通用户记住一条：指纹选项是"服务端说了算"的参数，不是给你自由发挥的。
Q：除了 TLS 握手，还有别的"指纹"吗？ A：有。HTTP/2 的帧发送顺序、QUIC 握手的特征，也都有各自的指纹识别方法。uTLS 这类库主要解决的是 TLS 这一层。所以现代协议要层层设防：握手长相、传输行为，一处都不能裸奔。指纹伪装只是隐蔽工程里的第一层。
Q：我能自己测测指纹伪装生效了没吗？ A：可以。有些检测网站会显示你当前连接的 JA3 指纹（一种 TLS 指纹的表示方法），拿它和真实浏览器的指纹对比，就能大致验证客户端的伪装是否生效。但注意：指纹正常只代表"长相"过关，行为层是另一回事，别测完就觉得自己隐身了。
Q：指纹伪装会不会反而更可疑？ A：有可能，这是个悖论。真实世界的浏览器指纹是千奇百怪的，如果某个伪装指纹一字不差、千人一面，大规模使用下反而会形成新的、可识别的特征。所以"像浏览器"只是起点，“不扎眼、不特殊"才是真正的目标。这也是指纹对抗永远在迭代的原因。