ServiceStack RedisMessageQueueClient错误不返回ReplyTo且RetryAttempts不生效问题

以下两个问题均为ServiceStack.Redis 5.10.4版本的固有行为，对应根因和解决方法如下：

1. 重试配置不生效问题 #

• 根因：ServiceStack.Messaging的消息级RetryAttempts属性不会覆盖服务端的全局重试配置，这个属性仅用于记录当前消息已经被重试的次数，并非用来设置重试上限的参数。你最初服务端设置retryCount:2，所以不管消息内配置的RetryAttempts值是多少，都会默认重试2次。
• 修改服务端配置后依然重试2次的根因：RedisMqServer启动时会优先读取Redis中已持久化的队列配置，不会主动覆盖旧值。解决方法是修改完服务端retryCount参数后，先清空Redis中所有mq:前缀的历史数据，再重启MQ服务端，新配置才会生效。

2. 错误消息未进入ReplyTo反而流入DLQ问题 #

• 根因：ReplyTo的触发逻辑有明确限制：只有消息被正常消费、消费端主动返回响应的时候，才会把内容发送到指定的ReplyTo地址。如果消息是因为消费逻辑抛出未捕获异常触发重试，重试次数耗尽后会直接流入DLQ，不会走ReplyTo转发逻辑。
• 解决方法：在消费端的消息处理逻辑外层添加全局异常捕获，捕获到异常后不要向外抛出，手动构造错误响应对象调用mqClient.Reply(request, errorResponse)将错误返回给ReplyTo地址，即可避免异常消息流入DLQ。

代码优化提示 #

你当前的同步发送方法存在一处隐藏问题：泛型约束中TResponse : CoreRequest定义错误，响应对象应该继承CoreResponse基类，否则最后强制类型转换时可能返回null。

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