毫秒时间戳标识消息致使数据丢失的问题排查

场景

        进入队列的消息都会获取一个毫秒级的时间戳，标识消息的进入队列的时间，获取的时间戳方式以下:

#include <chrono>

std::int64_t curTime = std::chrono::time_point_cast<std::chrono::milliseconds>(std::chrono::system_clock::now()).time_since_epoch().count();

    每一个访问队列的消费者保存以前访问的消息的时间戳，只有时间戳大于以前访问的时间戳才读取出来

现象

    队列的消息访问不完整

缘由

    当前时间戳是毫秒级别，若是机器性能很是好或者数据一会儿所有进入队列，会形成上述curTime返回的值都是同一个值，因此不一样的消息携带相同的时间戳，就只有一个数据被访问到

解决

    消息进入到队列生成一个时间戳的时候，跟队列中最大的时间戳进行对比，若是相等，生成的时间戳自动加1，就不会有相同的时间戳问题了。

思考

    采用微妙级别的时间计数器，是否又会遇到相同的两个时间戳，毕竟CPU运行愈来愈快

std::int64_t curTime = std::chrono::time_point_cast<std::chrono::microseconds>(std::chrono::system_clock::now()).time_since_epoch().count();

引伸

    其实是否能够生成一个惟一的64位数字标识一条消息？这里会有一个问题就是在什么合适的时间删除该消息记录？再次增长一个时间戳，也是能够的，但没有上述解决方案，简单