0
点赞
收藏
分享

微信扫一扫

Springboot Bean循环依赖问题

小迁不秃头 07-01 21:00 阅读 6

void pthread_cleanup_push(void (*routine)(void *), void *arg);

    功能:注册一个线程清理函数

    参数,routine,线程清理函数的入口

         arg,清理函数的参数。

    返回值,无

void pthread_cleanup_pop(int execute);

    功能:调用清理函数

    execute,非0  执行清理函数

             0 ,不执行清理

            

    返回值,无

这两个成对使用


线程控制:互斥与同步

    概念:

    互斥 ===》在多线程中对临界资源的排他性访问。

    互斥机制 ===》互斥锁  ===》保证临界资源的访问控制。

pthread_mutex_t   mutex;

    互斥锁类型        互斥锁变量 内核对象

    框架:

     定义互斥锁 ==》初始化锁 ==》加锁 ==》解锁 ==》销毁

         ****                      ***      ***

     1、定义:

         pthread_mutex_t   mutex;

     2、初始化锁

         int pthread_mutex_init(

             pthread_mutex_t *mutex,

             const pthread_mutexattr_t *attr);

         功能:将已经定义好的互斥锁初始化。

         参数:mutex 要初始化的互斥锁

               atrr  初始化的值,一般是NULL表示默认锁

         返回值:成功 0

                  失败 非零

3、加锁:

         int pthread_mutex_lock(pthread_mutex_t *mutex);

         功能:用指定的互斥锁开始加锁代码

               加锁后的代码到解锁部分的代码属于原子操作,

               在加锁期间其他进程/线程都不能操作该部分代码

               如果该函数在执行的时候,mutex已经被其他部分

               使用则代码阻塞。

         参数: mutex 用来给代码加锁的互斥锁

         返回值:成功 0

                  失败 非零

     4、解锁

         int pthread_mutex_unlock(pthread_mutex_t *mutex);

         功能:将指定的互斥锁解锁。

               解锁之后代码不再排他访问,一般加锁解锁同时出现。

         参数:用来解锁的互斥锁

         返回值:成功 0

                  失败 非零

5、销毁

          int pthread_mutex_destroy(pthread_mutex_t *mutex);

          功能:使用互斥锁完毕后需要销毁互斥锁

          参数:mutex 要销毁的互斥锁

          返回值:成功  0

                   失败  非零

6、trylock

         int pthread_mutex_trylock(pthread_mutex_t *mutex);

         功能:类似加锁函数效果,唯一区别就是不阻塞。

         参数:mutex 用来加锁的互斥锁

         返回值:成功 0

                  失败 非零

                  E_AGAIN

线程的同步 ===》同步 ===》有一定先后顺序的对资源的排他性访问。

    原因:互斥锁可以控制排他访问但没有次序。

    linux下的线程同步  ===》信号量机制 ===》semaphore.h   posix

    sem_open();

    信号量的分类:

    1、无名信号量 ==》线程间通信

    2、有名信号量 ==》进程间通信

框架:

    信号量的定义 ===》信号量的初始化 ==》信号量的PV操作===》信号量的销毁。

阻塞

               1 表示绿灯,进程可以通过执行

         返回值:成功  0

                  失败  -1;

    3、信号量的PV 操作

       P ===》申请资源===》申请一个二值信号量

       V ===》释放资源===》释放一个二值信号量

       P操作对应函数 ==》sem_wait();

       V操作对应函数 ==》sem_post();

    int sem_wait(sem_t *sem);

    功能:判断当前sem信号量是否有资源可用。

           如果sem有资源(==1),则申请该资源,程序继续运行

           如果sem没有资源(==0),则线程阻塞等待,一旦有资源

           则自动申请资源并继续运行程序。

           注意:sem 申请资源后会自动执行 sem = sem - 1;

    参数:sem 要判断的信号量资源

    返回值:成功 0

             失败 -1

    int sem_post(sem_t *sem);

    功能:函数可以将指定的sem信号量资源释放

           并默认执行,sem = sem+1;

           线程在该函数上不会阻塞。

    参数:sem 要释放资源的信号量

    返回值:成功 0

             失败 -1;

    4、信号量的销毁

       int sem_destroy(sem_t *sem);

       功能:使用完毕将指定的信号量销毁

       参数:sem要销毁的信号量

       返回值:成功 0

                  失败  -1;

互斥锁和信号量区别:

用的地方:    唯一性互斥访问,    不同线程顺序

个数:        1个锁,             多个锁

上锁解锁对象:同一个线程,        处理顺序用不同锁

产生死锁的主要原因:

(1) 因为系统资源不足。

(2) 进程运行推进的顺序不合适。

(3) 资源分配不当等。

如果系统资源充足,进程的资源请求都能够得到满足,死锁出现的可能性就很低,否则

就会因争夺有限的资源而陷入死锁。其次,进程运行推进顺序与速度不同,也可能产生死锁。

产生死锁的四个必要条件:

(1) 互斥条件:一个资源每次只能被一个进程使用。

(2) 请求与保持条件:一个进程因请求资源而阻塞,得到的对已获得的资源保持不放。

(3) 不剥夺条件:进程已获得的资源,在末使用完之前,不能强行剥夺。(高优先级运行,低优先级拿到锁没释放不运行)

(4) 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。

Linux 里Sudo reboot重启 在配置bash后

举报

相关推荐

0 条评论