关于Redis client list命令显示多连接的疑问：Web应用为何有多个条目？

你看到的两个连接不是每次请求新建的，而是你使用的SE.Redis客户端库的设计机制导致的，核心原因是Redis订阅连接的特殊性，以及SE.Redis对连接的分工管理：

1. 连接是复用的，并非每次请求新建 #

对比你两次执行CLIENT LIST的输出，两个条目的id（4和5）和客户端端口addr（[::1]:56674、[::1]:56676）完全没有变化，说明这两个连接是长期存在的，属于连接池复用的连接，并非每次SetAsync/GetAsync请求都新建连接。

2. 两个连接的明确分工：普通命令 vs 订阅命令 #

Redis的订阅连接有个关键特性：一旦执行SUBSCRIBE进入订阅模式，这个连接就只能处理订阅相关命令（比如SUBSCRIBE、PING心跳），无法再执行SET/GET这类普通读写命令。为了不影响业务操作，SE.Redis会自动把连接分成两类：

• 普通命令连接（id=4）：flags=N标识这是普通客户端，专门处理SetAsync/GetAsync这类读写请求，对应输出里的cmd=set/cmd=get；
• 订阅专用连接（id=5）：flags=P标识这是Pub/Sub客户端，专门处理订阅操作，输出里的cmd=subscribe是初始化订阅的命令，后续的cmd=ping是客户端库发送的保活心跳，用来维持订阅连接。

补充说明 #

如果你的应用没有使用Redis订阅/发布功能，CLIENT LIST只会显示普通命令的连接（数量由SE.Redis连接池配置决定），不会出现专门的订阅连接。

初始连接并调用SetAsync时的CLIENT LIST输出： #

id=4 addr=[::1]:56674 laddr=[::1]:6379 fd=9 name= age=16 idle=4 flags=N db=0 sub=0 psub=0 ssub=0 multi=-1 qbuf=0 qbuf-free=0 argv-mem=0 multi-mem=0 rbs=1280 rbp=0 obl=0 oll=0 omem=0 tot-mem=2184 events=r cmd=set user=default redir=-1 resp=2 lib-name=SE.Redis lib-ver=2.6.122.38350
id=5 addr=[::1]:56676 laddr=[::1]:6379 fd=10 name= age=16 idle=16 flags=P db=0 sub=1 psub=0 ssub=0 multi=-1 qbuf=0 qbuf-free=0 argv-mem=0 multi-mem=0 rbs=1024 rbp=0 obl=0 oll=0 omem=0 tot-mem=1984 events=r cmd=subscribe user=default redir=-1 resp=2 lib-name=SE.Redis lib-ver=2.6.122.38350

调用GetAsync时的CLIENT LIST输出： #

id=4 addr=[::1]:56674 laddr=[::1]:6379 fd=9 name= age=359 idle=4 flags=N db=0 sub=0 psub=0 ssub=0 multi=-1 qbuf=0 qbuf-free=0 argv-mem=0 multi-mem=0 rbs=1280 rbp=0 obl=0 oll=0 omem=0 tot-mem=2184 events=r cmd=get user=default redir=-1 resp=2 lib-name=SE.Redis lib-ver=2.6.122.38350
id=5 addr=[::1]:56676 laddr=[::1]:6379 fd=10 name= age=359 idle=6 flags=P db=0 sub=1 psub=0 ssub=0 multi=-1 qbuf=0 qbuf-free=0 argv-mem=0 multi-mem=0 rbs=1024 rbp=0 obl=0 oll=0 omem=0 tot-mem=1984 events=r cmd=ping user=default redir=-1 resp=2 lib-name=SE.Redis lib-ver=2.6.122.38350

内容的提问来源于stack exchange，提问作者Rupesh Kurvankattil