posix接口中条件变量pthread_cond_timedwait使用方法

发布于 2020-05-10 22:15:34 浏览：1838 订阅该版

硬件平台stm32f103
env环境

rt-thread支持POSIX接口是个很好的做法。对于习惯于linux开发人员，上手很容易。我在rt-thread开发过程中使用到pthread_cond函数，本来是件很开心的事儿，非常顺手，但在测试过程中问题暴露了，当我开启软件模拟rtc时，只要我设置了时间，那在我调用pthread_cond_timedwait函数时，超时就不返回了，今天做了一番测试后，发现这时系统的一个bug，不过也找到了临时弥补这个bug的方法，现在将解决方案写下来，帮助大家以后在编程中遇到此类问题怎么解决。

先讲述一下这个bug是怎么回事：
1.假如开启软件模拟rtc时，时间初始值是2018年1月1日0点0分0秒。
2.调用set_date函数和set_time函数将时间设置成了了2020年5月10日10点10分20秒。
3.调用gettimeofday获取当前时间。
4.设置超时时间timeout为当前时间两秒后超时。
5.调用pthread_cond_timedwait函数，两秒后，未超时返回。
引起这个bug的原因是pthread_cond_timedwait内部获取的时间是2018年1月1日0点0分0秒加上自系统开启后走过的tick/RT_TICK_PER_SECOND秒数（tick/RT_TICK_PER_SECOND指的就是系统自启动后走过的秒数），而我们获取的时间是2020年5月10日10点10分20秒+两秒，结果这个函数就要等整两个时间的差秒后才返回，导致不是两秒后超时返回。

猜想，是不是在调用set_date函数和set_time函数后还要调用类似的同步时间函数，遗憾的是我在官网手册中找了找，未找到相关说明。

解决办法：
1.先调用gettimeofday获取时间作为基时间保存在全局变量中
2.此时可以调用set_date函数和set_time函数进行时间设置了
3.超时时间timeout可以设置为基时间+超时时间+tick/RT_TICK_PER_SECOND（tick = rt_tick_get()）
4.调用ppthread_cond_timedwait函数
5.超时正常返回

示例代码片段：

struct timeval timeout_base = {0,0};
pthread_mutex_t testlock = PTHREAD_MUTEX_INITIALIZER;
pthread_cond_t testcond = PTHREAD_COND_INITIALIZER;

int main()
{
    gettimeofday(&timeout_base, NULL);

....
    set_date();
    set_time();

....

}

pthtead_cond_test()
{
    struct timespec test_timeout = {0,0};

test_timeout.tv_sec =timeout_base.tv_sec + 2 + rt_tick_get()/ RT_TICK_PER_SECOND;
    test_timeout.tv_nsec = 0;
    pthread_mutex_lock(&testlock);
    pthread_cond_timedwait(&testcond,&testlock,&test_timeout);
    ....//do_something

pthread_mutex_unlock(&testlock);

}

写在最后，希望官方能看到此贴，并尽快解决此bug，如果是我这边问题，也请说明一下，谢谢！