Trojan 和 Shadowsocks 哪个好？区别与怎么选

先给结论：Trojan 和 Shadowsocks 没有“谁更好”，它们的设计目标不同。对普通用户来说，通常不需要自己选：服务商给什么协议、你的客户端支持什么，就用什么。真正决定使用体验的，更多是线路质量和节点负载，而不是协议名字。

下面是两者的设计差异，用来帮你看懂服务商介绍和节点名里的协议标签。

一张表看区别

维度	Shadowsocks（SS）	Trojan
设计思路	轻量的加密代理，传输的数据经过加密	用真实的 TLS 承载数据，外观上与普通 HTTPS 访问接近
服务端要求	密码加加密方式即可	需要域名和有效证书（由服务商维护）
传输方式	TCP，同时支持转发 UDP	以 TCP + TLS 为主；UDP 流量封装在 TLS 连接里转发，具体支持取决于实现和客户端
握手开销	较小	多一次 TLS 握手
容易出问题的地方	两端加密方式必须一致；过时的加密方式不再推荐	证书过期、域名失效，会让整批节点同时不可用
客户端支持	几乎所有客户端都支持	主流客户端基本都支持

以上是各协议公开资料里的设计特点，不是本站的测速对比。同一种协议在不同服务商、不同线路上，表现可以差很多。

Shadowsocks 的思路很朴素：客户端和服务器共享一个密码和一种加密方式，数据加密后传输，没有额外的握手和伪装层。好处是实现简单、资源占用低、几乎所有客户端都支持，所以至今还有不少服务商把它当作兼容性最好的基础选项。

使用中最常见的坑是加密方式：两端必须一致，而且较老的加密方式已经不被推荐。通过订阅导入的节点，这些参数都由服务商写好了，你一般不用动；只有手动添加节点时才需要自己对。

Trojan 的设计目标是让代理流量看起来和访问一个普通 HTTPS 网站没有区别：服务器上有真实的域名和证书，连接用密码认证，认证不通过的请求可以转给一个真正的网页服务。

这个思路的代价是运维成本：服务商必须维护域名和证书。证书过期或域名出问题时，表现往往是一整批节点同时报 TLS 或证书类错误，而不是个别节点不稳定。排查办法见客户端常见报错对照表。

客户端不支持：最直接的差别。节点用了你的客户端内核不认识的协议，会出现 unsupported proxy type 之类的提示，升级客户端或换内核即可；
需要 UDP 的应用（语音、联机游戏等）：协议是否能顺畅转发 UDP 会有影响，具体要看服务商的配置和客户端；
证书和时间类错误：Trojan 依赖 TLS，系统时间偏差大时更容易出证书错误；
线路本身：同样是 Trojan，晚高峰拥堵的线路依然会慢，这和协议无关，见同一个梯子，测速结果为什么每天不一样。