• 中断处理程序不能使用printf的本质


    vxworks 中断处理程序之所以不用printf,本质在于printf是将信息输出到标准输出设备(STDOUT)中, 整个标准输出设备是一个全局变量,由于有semTake操作。那么就会发生堵塞。vxworks属于硬实时操作系统。不能在规定的时间内完毕操作即会死机或复位。所以vxworks不用printf的原因在于堵塞。

    网上说printf 由于引用全局变量stdout,所以是不可重入的。

    这个略微解释一下。

    假设用到了全局变量,可是用信号量保护,是线程安全的,可是不可重入的(会导致死锁,譬如一个任务或中断处理程序调用了printf。被还有一个高优先级中断打断,那么就会形成死锁而导致系统复位)。 所以这里的堵塞和不可重入都是由于对共享变量的保护而採用相互排斥锁引起的,而这里的堵塞是不可重入的一个真子集。

    (比如:可能有些函数对静态或全局变量没有锁保护。因此是非线程安全,也是非可重入的,此时并没有堵塞在静态或全局变量上,所以不可重入的概念要大。)。因此printf不能用在中断处理程序中的根本原因在于使用了全局变量后採用了锁机制。而锁机制会导致堵塞,堵塞是不可重入的真子集。

    所以网上说printf由于不可重入。也会说得过去的(但不可重入还有其它非堵塞的场景)。更准确的说法是由于堵塞在全局变量STDOUT上)。

    关于可重入和线程安全的差别,下文会有详解:


    线程安全函数
    • 概念:
    线程安全的概念比較直观。

    一般说来,一个函数被称为线程安全的。当且仅当被多个并发线程重复调用时,它会一直产生正确的结果。


    • 确保线程安全:
    要确保函数线程安全,主要须要考虑的是线程之间的共享变量。属于同一进程的不同线程会共享进程内存空间中的全局区和堆,而私有的线程空间则主要包含栈和寄 存器。

    因此。对于同一进程的不同线程来说,每一个线程的局部变量都是私有的,而全局变量、局部静态变量、分配于堆的变量都是共享的。在对这些共享变量进行訪 问时。假设要保证线程安全,则必须通过加锁的方式。
    • 线程不安全的后果:
    线程不安全可能导致的后果是显而易见的——共享变量的值因为不同线程的訪问。可能发生不可预料的变化,进而导致程序的错误,甚至崩溃。


    可重入函数
    • 概念:
    可重入的概念基本没有比較正式的完整解释。多数的文档都仅仅是说明什么样的情况才干保证函数可重入,但没有完整定义。依照Wiki上的说法。“A computer program or routine is described as reentrant if it can be safely executed concurrently; that is, the routine can be re-entered while it is already running.”依据笔者的经验,所谓“重入”,常见的情况是。程序运行到某个函数foo()时。收到信号,于是暂停眼下正在运行的函数,转到信号处理 函数。而这个信号处理函数的执行过程中。又恰恰也会进入到刚刚执行的函数foo()。这样便发生了所谓的重入。此时假设foo()可以正确的执行,并且处理完毕后。之前暂停的foo()也可以正确执行,则说明它是可重入的。
    • 确保可重入:
    要确保函数可重入,需满足下面几个条件:
    1、不在函数内部使用静态或全局数据
    2、不返回静态或全局数据。全部数据都由函数的调用者提供。
    3、使用本地数据,或者通过制作全局数据的本地拷贝来保护全局数据。


    4、不调用不可重入函数。
    • 不可重入的后果:
    不可重入的后果主要体如今象信号处理函数这样须要重入的情况中。假设信号处理函数中使用了不可重入的函数,则可能导致程序的错误甚至崩溃。


     可重入与线程安全
    可重入与线程安全并不等同。

    一般说来,可重入的函数一定是线程安全的,但反过来不一定成立。


    - 假设一个函数中用到了全局或静态变量,那么它不是线程安全的,也不是可重入的;
    - 如果我们对它加以改进。在訪问全局或静态变量时使用相互排斥量或信号量等方式加锁,则能够使它变成线程安全的。但此时它仍然是不可重入的。由于通常加锁方式是针对不同线程的訪问,而对同一线程可能出现故障。这里举例说明:如果函数func() 在运行过程中须要訪问某个共享资源,因此为了实现线程安全。在使用该资源前加锁,在不须要资源解锁。
        如果该函数在某次运行过程中,在已经获得资源锁之后。有异步信号发生。程序的运行流转交给相应的信号处理函数。再如果在该信号处理函数中也须要调用函数 func() 。那么func() 在这次运行中仍会在訪问共享资源前试图获得资源锁,然而我们知道前一个func() 实例已然获得该锁。因此信号处理函数堵塞。

    还有一方面。信号处理函数结束前被信号中断的线程是无法恢复运行的,当然也没有释放资源的机会,这样就出现了线程和信号处理函数之间的死锁局面。

      因此,func() 虽然通过加锁的方式能保证线程安全,可是因为函数体对共享资源的訪问。因此是非可重入。

    假设将函数中的全局或静态变量去掉。改成函数參数等其它形式。则有可能使函数变成既线程安全,又可重入。比方:strtok函数是既不可重入的,也不是线程安全的;加锁的strtok不是可重入的,但线程安全。而strtok_r既是可重入的。也是线程安全的。

  • 相关阅读:
    典型格雷码-数学规律
    合并两个有序数组
    从fragment跳转到Activity
    fragment如何findviewby
    布局和位置
    preferencefragment
    AndroidStudio导入support-v13
    一些属性作用
    菜单menu
    ActionBar
  • 原文地址:https://www.cnblogs.com/blfbuaa/p/6973084.html
Copyright © 2020-2023  润新知