我有一个关于 MQ 中的 DEADQ 的问题。我知道当无法将 msg 传递到目标队列时使用了 DEADQ，例如队列已满或像这样被禁止放置。但是，如果客户端应用程序通过 SVRCONN 通道连接到 QMGR 并且目标队列现在已满，那么客户端应用程序发送的 msg 会转到 DEADQ 还是只是那个 put 操作会返回失败，说队列已满？
如果它作为后者工作，是否意味着 DEADQ 没有用于客户端-服务器模式，例如通过 SVRCONN 通道？
谢谢
【问题讨论】：
QMgr-to-QMgr 通道使用 DLQ，因为此时消息已被委托给 WMQ 以根据需要传递和/或持久化。无法在 API 调用中直接通知发送应用程序出现问题。 QMgr 能做的最好的事情是发回报告消息，如果应用程序已请求它，并且应用程序指定了一个回复队列。
当应用程序通过客户端通道连接时，QMgr 可以在 PUT API 调用期间告诉应用程序“嘿，目标队列已满”，并让应用程序决定适当的操作过程。通常，“正确的操作”不包括将消息放到 DLQ 上。事实上，将这种类型的消息路由到辅助队列是非常不寻常的。传统观点认为，应用发出警报比提供溢出队列更好。
使用 JMS 类时是一个例外。这些会将有害消息（回退计数超过队列上的 BOTHRESH 值的消息）移动到回退队列。如果未指定回退队列或应用程序未对其授权或已满，则应用程序将尝试使用 DLQ。同样，允许应用程序直接向 DLQ 发送消息是非常不寻常的，也不是好的做法，但可以这样做。
【讨论】：