.NET 6+StackExchange.Redis频繁出现连接强制关闭异常求助

现有配置的问题点 #

• Redis服务器timeout=0：禁用了服务器主动回收空闲连接的机制，结合Cloud Foundry网络环境中可能存在的中间代理（如gorouter）的空闲连接超时策略，会导致长连接被中间节点强制断开，客户端却未感知，进而触发「连接被远程关闭」的异常。
• 客户端缺少连接活性检测：未配置心跳/保活机制，无法及时发现已被网络断开的长连接，导致客户端尝试使用失效连接时抛出异常。
• 客户端连接池配置不合理：254个低利用率连接堆积，说明连接池的最小/最大连接数设置过高，或缺少空闲连接回收策略，大量空闲连接长期存活但已失效。

具体解决措施 #

1. 调整Redis服务器配置 #

修改Redis的timeout参数（不要设为0），建议设置为300秒（5分钟），让服务器主动回收长时间空闲的连接，减少无效连接的存在。如果无法修改服务器配置，完全依赖客户端侧处理。

2. 配置StackExchange.Redis的连接保活 #

在客户端连接配置中开启心跳检测，新版StackExchange.Redis推荐使用HeartbeatInterval，旧版可使用KeepAlive，设置为60秒，定期发送心跳包维持连接活性，同时及时发现断开的连接并自动重建：

var configOptions = new ConfigurationOptions
{
    EndPoints = { "your-redis-endpoint" },
    HeartbeatInterval = TimeSpan.FromSeconds(60),
    // 旧版本用 KeepAlive = 60
};
ConnectionMultiplexer.Connect(configOptions);

3. 优化客户端连接池与超时配置 #

• 设置合理的连接超时：ConnectTimeout = 3000（3秒）、SyncTimeout = 3000，避免长时间等待无效连接。
• 开启自动重试：AbortOnConnectFail = false，让客户端在连接失败时自动重试，而非直接抛出异常（需配合业务侧的重试逻辑）。
• 配置空闲连接回收：设置IdleTimeout = 300（300秒），让客户端主动回收超过5分钟未使用的连接，减少连接堆积。
• 固定默认数据库：明确设置DefaultDatabase = 0（根据实际使用的数据库调整），避免频繁切换数据库导致连接占用。

4. 业务代码层异常处理 #

捕获RedisConnectionException类型的异常，实现重试逻辑。由于缓存功能仍能正常运行，说明客户端会自动重建连接，但异常会被抛出，需在代码中处理这类异常，避免影响业务流程：

try
{
    // Redis操作逻辑
}
catch (RedisConnectionException ex) when (ex.Message.Contains("forcibly closed"))
{
    // 重试逻辑或降级处理
}

5. 对齐Cloud Foundry网络超时 #

Cloud Foundry的gorouter默认空闲连接超时为90秒，需确保Redis服务器的timeout和客户端的IdleTimeout小于等于这个值，避免中间节点先断开连接。可联系平台管理员确认网络超时配置，再调整Redis和客户端的参数。

内容的提问来源于stack exchange，提问作者more maoz