更新 - 显然是一个tcp关闭 我在兔子服务器上看到了：
=错误报告==== 2015年1月24日:: 03：22：00 === 关闭AMQP连接＆lt; 0.1070.22＆gt; （209.151.226.37:38040 - ＆gt; 192.168.80.81:5672）： {inet_error，etimedout}
这个连结在我的应用程序旁边显得有效。怎么预防这个？ tcp keepalive parms看起来不错。
我有两个应用程序。 一个＆＃34;处理器＆＃34;，从队列中消耗作业并将回复发送到响应队列。 另一个，＃34;响应者＆＃34;从此响应队列中消耗并与数据库进行通信。
我有一些回复显然已进入响应队列，因为在重新启动响应程序时，它们被处理并且数据库已正确更新。但在重启之前他们在哪里？
我怎样才能确定他们为什么不会被处理？响应者似乎一直运行良好。
在响应者中我做到了 res = amqp_consume_message（Cx-> conn，genvelope，＆amp; tqb，0）; 回复数据库后，我确认（不是多个）。 我在11点预取。
在此FWIW期间，处理器已关闭并重启几次。处理器也是建立用于回复的交换的处理器;响应者连接到它。
我有管理网址。 我没有看到来自consume（）的回复可用，这是有道理的，因为数据库没有更新。处理器确实进行了处理，并根据日志在响应队列中进行了回复。
在单独的测试中，我看到通过重新启动处理器不会破坏回复中的消息 - 回复交换是持久的。
应用程序通常有效。 任何可能相关的调试建议或概念信息都将受到赞赏。