多线程-第二天

只有一个状态的类的线程安全性

  1. 无状态的对象,一定是线程安全的。

    无状态:不包括任何域,也不包含任何对其它类中域的引用。

  2. 兑态条件(Race condition):由于不恰当的执行顺序而出现的不正确的结果。

    先检查后执行(check-then-act):通过一个可能失效的观测结果来执行下一步的动作。

    星巴克找人的例子;
    延迟初始化中的竞态条件;
    i++;

//延迟初始化中的竞态条件
@NotThreadSafe
public class LazyInitRace{
    private ExpensiveObject = null;
    private ExpensiveObject getInstance(){
        if(instance == null){
            instance = new ExpensiveObject();
        }
        return instance;
    }
}           

数据竞争:如果在访问非共享的非final类型的域时没采用同步来进行协同,那么就会引起数据竞争。与竞态条件是有区别的。请从定义区分。

对于资源(变量)的修改需要以原子的方式执行,防止其它线程使用这个资源(变量),才能保证修改数据的安全性。

复合操作

  • 先检查后执行、『读取-修改-写入』(i++)操作,
  • 线

线程安全的自增操作

//AtomLong类型的变量,保证自增的原子性
@ThreadSafe
public class CountingFactorizer implement Servlet {
    private final AtomicLong count = new AtomicLong(0);
    public long getCount(){return count;}
    public void service(ServletRequest req, ServletResponse resp){
        BigInteger i = extractFromRequest(req);
        BigInteger[] factors = factor[i];
        count.IncrementAndGet();
        encodeIntoResponse(resp, factors);
    }
}       

在无状态中的类中增加一个状态时,如果这个状态由线程安全的类来管理,那个这个类是线程安全的,但是有多个状态时,却不是这么简单的。
应该尽可能的使用现有的线程安全的对象,如AtomicLong。

有多个状态的类的线程安全性

通过加锁机制实现。
要保持状态的一致性,就要在单个原子操作中更新所有相关的状态变量。

1.内置锁:synchronized代码块

包括两部分:一个作为锁的对象引用,一个作为这个锁保护的代码块。
synchronized
synchronizedClass

每个java对象都可以用作一个实现同步的锁,被称为内置锁(Intrinsic lock)或监视锁(Monitor Lock)。

//分解质因数的servlet,并发性非常糟糕
@ThreadSafe
public class SynchronizedFactorier implements Servlet{
    @GardedBy("this") private BigInteger lastNumber; 
    @GardedBy("this") private BigInteger[] lastFactories;
    public synchronized void service(ServletRequest req, ServletResponse resp) {
        BigInteger i = extractFromRequest(req);
        if(i.equals(lastNumber)){
            encodeIntoResponse(resp, lastFactories);
        }else {
            BigInteger[] factors= factor(i);
            lastNumber = i;
            lastFactors = factors;
            encodeIntoResponse(resp, factories);
        }
    }
}               

这个程序的缺点是只能有一个线程执行service方法,效率很低,但是确实是线程安全的。

2.重入

一个线程请求他自己持有的锁,就会成功。
获取锁的操作粒度是『线程』而非『调用』。
实现方法是,为每个锁关联一个获取计数值和所有者线程。
不可重入将导致子类无法调用父类中的同步(synchronized)方法,出现死锁。

3.用锁来保护状态

锁能够使其保护的代码以串行方式访问。
对象的内置锁与其状态之间没有内在的关联。
synchronized使用的是对象的内置锁,是可重入的。可重入的锁,有自动的计数。
每个对象都有一个内置锁。
一种常见的加锁约定是,将每个可变的状态都放在一个对象中,并通过对象的内置锁对所有访问可变状态的代码路径进行同步,使得该对象上不会发生并发访问。
再声明一次,竞态条件,就是后面语句的执行,会依赖前面语句的结果,当然是在多线程的环境中。
将类中的每个方法都声明为synchronized会带来活跃性和性能问题。

4.活跃性(liveness)与性能(performance)

要确保同步代码块不要过小,并且不要将原子操作拆分到多个同步代码块中。应该尽量将不影响共享状态且执行时间较长的操作从同步代码块中分离出去,从而在这些操作的执行过程中,其它线程可以访问共享状态。

当执行时间长的计算或者可能无法快速完成的操作时,一定不要持有锁。

线程中的局部变量是不需要同步操作的,因为与其它线程之间没有共享状态。

在Python中,多线程共享全局变量需要注意线程安全性。引用中的代码示例展示了在多线程中共享全局变量的情况。在这个例子中,定义了一个全局变量g_num,并在两个线程中修改它的值。然而,由于多线程的执行是并发的,可能会出现竞态条件,导致最终的结果不可预测。 在引用中的第二个例子中,增加了大量的循环来展示竞态条件的问题。两个线程分别对全局变量g_num进行递增操作,但由于线程执行的时机不确定,最终的结果可能不是我们期望的。 为了解决多线程共享变量的竞态条件问题,可以使用锁来保护共享的资源。引用中的代码示例展示了如何使用锁来实现多线程共享变量的安全操作。在这个例子中,使用了threading模块中的Lock类来创建一个锁对象。在对全局变量g_num进行修改之前,先获取锁对象,确保只有一个线程能够修改该变量,然后在修改完成后释放锁,让其他线程可以获取锁进行操作。 总结来说,为了确保多线程共享变量的安全操作,可以使用锁来保护共享资源,避免竞态条件的发生。这样可以保证多个线程对同一个全局变量的操作是有序的,避免出现不可预测的结果。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* [3_python高阶_线程—多线程-共享全局变量](https://blog.csdn.net/brawly/article/details/126734141)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 33.333333333333336%"] - *2* [五分钟,说说Python 中多线程共享全局变量的问题](https://blog.csdn.net/m0_74872863/article/details/130254062)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 33.333333333333336%"] - *3* [Python学习日记-第三十三天-多线程共享全局变量](https://blog.csdn.net/arizia/article/details/127942056)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 33.333333333333336%"] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值