某些客户端和后端服务器要求多项 HTTP 请求的特定序列转到同一后端服务器，甚至是转到与该后端服务器连接的同一 TCP 套接字。在中继服务器术语中，"相似性" 是指客户端与后端服务器间在多项 HTTP 请求中的关联。如果客户端不要求多项请求转到同一后端服务器，则不需要相似性，您也无需了解更多相关信息。

中继服务器会将相似性信息添加到 HTTP 响应，并且支持在 HTTP 请求中发送的相似性信息。相似性信息通过 HTTP cookie 和/或标头发送。如果客户端需要通过中继服务器向同一后端服务器发出多项请求，则客户端必须将在每个 HTTP 响应中收到的相似性信息注入下一个 HTTP 请求，从而将该信息发送回去。后端服务器无需执行任何操作便可参与中继服务器相似性。为同一后端服务器的一系列请求使用非持久性 HTTP 时，每项请求都会创建一个新的 TCP 套接字连接。群中存在多个后端服务器时，客户端必须维护请求间的相似性信息。相似性信息让中继服务器了解这些请求是相关的并且以同一后端服务器为目标。

使用持久 HTTP 时，所有请求必须位于同一 TCP 套接字上。持久 HTTP 是一种更为流行的方法，原因是其可减少因套接字（还可能包括 TLS）连接而产生的开销，因此具有性能优势。使用持久 HTTP 时，客户端仍需维护请求间的相似性信息，因为中继服务器仍需利用这些信息来维护出站启动器与后端服务器间的持久性。

客户端在管理相似性方面的问题可能会导致请求失败并出现其它异常行为。如果怀疑客户端应用程序存在相似性问题，请联系客户端应用程序服务商。如果中继服务器管理员熟悉客户端应用程序，并且对维护后端群中所有相关客户端间的相似性而选择的机制极其了解，则管理员可以使用中继服务器配置文件中后端群部分的 active_cookie 或 active_header 属性根据需要关闭未使用的相似性注入。建议不要显式禁用 renew_overlapped_cookie 属性。如果显式禁用该属性，可能会在客户端使用标准 HTTP cookie 反映来维护并发会话间无隔离的相似性信息时引起连接问题。

 另请参见