1.同步
发送后，会阻塞到mq服务端发回响应。
2.异步
发送后，不等待服务端响应立即返回，继续发送下一个数据包；在回调中处理处理接下来的业务。
场景：要求快速响应，比如扫码支付，立即显示支付成功，需要数据落库，从银行卡扣款稍后
消息本身具有异步特性，同步消息也可以实现，发送即响应，那同步耗时在哪，响应时间在哪，是发送到broker，broker响应的这段时间？如果只是这里就解释通了，否则只是与broker通信时间很短，应该某种场景mq响应比较长，才做发异步消息，有点混乱，不知道什么时候发异步消息的场景了，待续...
说一个发送异步消息场景
用户某个请求，数据落库比较耗时，这时候发送异步消息，消费再落库，
有一个疑问，如果不取消费，回调中，执行落库逻辑是否可以。
待续....
