发送状态
当你发送一个消息，你将会获得包含SendStatus的SendResult。首先，我们假设消息 isWaitStoreMsgOK=true（默认true）。如果没有，我们会得到 SEND_OK，没有异常抛出的话。
下面是每个状态的描述列表：
FLUSH_DISK_TIMEOUT
如果broker设置 MessageStoreConfig’s 的 FlushDiskType=SYNC_FLUSH（默认ASYNC_FLUSH），在MessageStoreConfig’s 的syncFlushTimeoutbroker（默认5秒）内没有完成刷盘，你会获得此状态。
FLUSH_SLAVE_TIMEOUT
如果broker的角色是SYNC_MASTER（默认ASYNC_MASTER），在MessageStoreConfig’s 的syncFlushTimeoutbroker（默认5秒）内从Broker没有完成与主同步，你会获得此状态。
SLAVE_NOT_AVAILABLE
如果broker的角色是SYNC_MASTER（默认ASYNC_MASTER），但是配置的从Broker不存在，你会获得此状态。
SEND_OK
SEND_OK也不意味着可靠。为了确保没有消息丢失，还应该启用 SYNC_MASTER或SYNC_FLUSH。
Duplication or Missing
如果得到FLUSH_DISK_TIMEOUT、FLUSH_SLAVE_TIMEOUT 和Broker正好关闭，你可以发现消息丢失。此时，你有两种选择，一个是放手可能引起消息丢失；另一个是重发消息，可能会使消息重复。通常我们建议重发和寻找一种方式处理消费时的重复删除。除非你感觉丢失的消息不重要。但请记住，当SLAVE_NOT_AVAILABLE时，重发时无用的。
如果发生，你应该保留场景同时警告集群管理者。
超时
客户端发送请求到broker，然后等待响应，但如果等待时间过久且没有响应返回，客户端将会抛出RemotingTimeoutException异常。默认等待时间3秒。你可以使用send(msg, timeout) 代替 send(msg)传递超时参数。
我们不建议等待时间太短，因为broker需要时间刷盘或与从同步。
如果该值超过syncFlushTimeout，则该值可能影响不大，因为Broker可能会在超时之前返回FLUSH_SLAVE_TIMEOUT或FLUSH_SLAVE_TIMEOUT的响应。
消息大小
建议消息的大小不能超过512k。
异步发送
默认send(msg) 将会阻塞，直到响应返回。因此如果你关系性能，我们建议使用 send(msg, callback)以异步方式执行。
生产者群组
通常，生产者群组没有任何效果。但是如果你涉及事务，你应该注意。默认情况下，你只需要在同一个JVM上创建一个具有相同群组的生产者，就足够啦。
线程安全
生产者是线程安全的，你可以在业务解决方案中使用。
性能
如果在一个JVM上你需要多个producer用于大数据处理，我们建议：
- 这些（3~5够用）生产者使用异步发送
- 每个生产者设置实例名称
