MQTT Token 鉴权流程是什么样的？

具体步骤如下：

1. 客户端启动时，需要先连接自己的应用服务器验证身份。
2. 客户端向应用服务器申请自己所需的所有 Topic 的权限。
3. 应用服务器验证客户端是否有必要操作所需的 Topic 的权限，如果验证通过则向 MQ 认证服务器申请对应资源的 Token。
4. MQ 认证服务器验证申请 Token 的请求，判断合法之后返回对应的 Token。
5. MQTT 客户端将应用服务器返回的 Token 持久化到本地，对每个客户端需要的权限以及 Token 信息做一个映射。
   • 客户端重新启动进行访问时，应用服务器可以返回缓存的 Token，避免重复申请；
   • 客户端重新申请 Token，认证服务器如果无响应，应用服务器可以尝试返回客户端之前申请的 Token。

1. 发送 Pub/Sub 报文前，必须先采用 MQTT 控制报文来上传 Token。
2. 必须以同步发送模式上传 Token，且消息 QoS 必须设置为 1，以保证服务端未返回之前不会收发消息，否则会报错甚至断开链接。
3. 必须监听 Proxy 可能下推的 Token 失效的通知消息。
4. 收到 Token 失效的消息后，客户端必须重新申请 Token。
5. 客户端应该对应用服务器返回的 Token 做持久化，避免每次重连都申请一样的 Token。
6. 客户端发现连接被断开时应该先判断自己的 Token 是否失效，如果失效需要先重新申请 Token 再重连。判断标准可以参考服务端下推的消息，以及 Token 的有效周期。

1. 应用服务器必须验证自己的客户端是否合法，避免客户端冒用身份申请 Token。
2. 应用服务器应该对 Token 和客户端的关系进行管理，避免同一个客户端重复调用。
3. 应用服务器需要做本地容灾，避免因访问认证服务器短暂不可用导致的业务阻塞。