SEND_OK：通常のメッセージが正常に送信され
FLUSH_DISK_TIMEOUT：ディスクブラシを同期されるこの状態で、所定時間内に、ブラシプレートを完了した要求が同期して第1同期メモリ、磁気ディスク、に来ると仮定すると、同期時間を3秒に設定された所定の時間内に完了されていない、それはありません直接正常に戻った後、同期メモリ、この状態ではなく、非同期ディスクブラシに戻ります
FLUSH_SLAVE_TIMEOUT：のみ、この状態からマスタモードで発生し、それは、カップが完全マスターノードからの時間同期を想定していません。
SLAVE_NOT_AVAILABLEは：スレーブモードでは、brokeyはYNC_MASTER、同時二重書きですが、ノードがダウンした場合、マスターノードはこの状態に戻って、ノード構成では見られません。
2：生産と消費の再試行のメカニズム：
ブローカーがダウンしているため、製品のパーティーは、ブローカーに送信された場合や、貧弱なネットワーク条件、リエントラントメカニズム、
ときに消費者際の処理後プルメッセージまたは戻り状態にブローカー、リトライメカニズムにダウンブローカ
製品のデフォルトの再試行メカニズム2
再試行の回数を設定します。
defaultMQProducer.setRetryTimesWhenSendFailed（0）。
comsumerエンド再試行メカニズム
INT reconsumeTimes = messageExt.getReconsumeTimes（）。
いくつかの再試行は再試行ないと判断した後、
消費者側の再試行メッセージは、消費者がいた場合、消費者か否かを判断するために、有効期限を設定し、そのようなRedisのキーを保存するように、コードによって判定される、消費を繰り返すことができます
2にかかわらず、これらのメッセージは変更されません何回再試行、MassageID、キーの再試行へのメッセージであります
唯一の消費のために有効である3コンシューマクラスタシステム、放送失敗時の再試行機能を提供し、ないメッセージと失敗し、再試行してください、新しいメッセージを消費し続けません
defaultMQPushConsumer.setMessageModel（MessageModel.BROADCASTING）。
