转载地址

https://blog.csdn.net/zniahfag/article/details/53489970

https://www.jianshu.com/p/1861a844a2fb

https://www.cnblogs.com/memo-store/p/5658277.html

uint64_t ustime(void) {

   uint64_t ust=0;
//     struct timeval tv;
//    gettimeofday(&tv, NULL);
//    ust = ((uint64_t)tv.tv_sec)*1000000;
//    ust += (uint64_t)tv.tv_usec;

    struct timespec tp;

    if(syscall(SYS_clock_gettime, CLOCK_MONOTONIC_RAW, &tp)==0)
    {
        ust=(uint64_t)(tp.tv_sec*1000000);
        ust += (uint64_t)(tp.tv_nsec/1000);

    }


    return ust;
}

/* Return the  time in milliseconds */
uint64_t mstime(void) {
    return ustime()/1000;
}

CLOCK_MONOTONIC_RAW替代 gettimeofday(CLOCK_REALTIME)获得ms时间戳

在Linux内核中，我们可以发现主要有这么几种不同类型的时钟（clock)：

1  CLOCK_REALTIME，可以理解为wall time，即是实际的时间。用户可以使用命令（date）或是系统调用去修改。如果使用了NTP， 也会被NTP修改。当系统休眠（suspend）时，仍然会运行的（系统恢复时，kernel去作补偿）。

相对时间，从1970.1.1到目前的时间。更改系统时间会更改获取的值。它以系统时间为坐标。
字面意思: wall time挂钟时间，表示现实的时间，由变量xtime来记录的。
系统每次启动时，将CMOS上的RTC时间读入xtime，这个值是”自1970-01-01起经历的秒数、本秒中经历的纳秒数”。每来一个timer interrupt，也需要去更新xtime。
wall time不一定是单调递增的。因为wall time是指现实中的实际时间，如果系统要与网络中某个节点时间同步、或者由系统管理员觉得这个wall time与现实时间不一致，有可能任意的改变这个wall time。
最简单的例子是，用户本身可以去任意修改系统时间，这个被修改的时间应该就是wall time，即xtime，它甚至可以被写入RTC而永久保存。

一些应用软件可能就是用到了这个wall time。比如以前用vmware workstation，一启动提示试用期已过，但是只要把系统时间调整一下提前一年，再启动就不会有提示了。这很可能就是因为它启动时，用gettimeofday去读wall time，然后判断是否过期，只要将wall time改一下，就可以欺骗过去了。

2 CLOCK_MONTONIC，是单调时间，即从某个时间点开始到现在过去的时间。用户不能修改这个时间，但是当系统进入休眠（suspend）时，CLOCK_MONOTONIC是不会增加的。(更改系统时间对它没有影响)

以绝对时间为准，获取的时间为系统重启到现在的时间，更改系统时间对它没有影响。
字面意义：单调时间，表示系统启动后流逝的时间，由变量jiffies来记录的。
系统每次启动时，jiffies初始化为0。每来一个timer interrupt，jiffies加1，即它代表系统启动后流逝的tick数。
jiffies一定是单调递增的，因为时间不可逆。

3 CLOCK_MONOTONIC_RAW，和CLOCK_MONOTONIC类似，但不同之处是MONOTONIC_RAW不会受到NTP的影响。CLOCK_MONOTONIC会受到NTP的影响并不是说NTP会去修改CLOCK_MONOTONIC，使其不连续，而是说当NTP server 和本地的时钟硬件之间有问题，NTP会影响到CLOCK_MONOTONIC的频率，但是MONOTONIC_RAW则不会受其影响。

4 CLOCK_BOOTTIME，与CLOCK_MONOTONIC类似，但是当suspend时，会依然增加。可以参考LWN的这篇文章 introduce https://lwn.net/Articles/420142/