Java代码质量改进之:同步对象的选择

        在Java中,让线程同步的一种方式是使用synchronized关键字,它可以被用来修饰一段代码块,如下:

        当synchronized被用来修饰代码块的时候表示,如果有多个线程正在执行这段代码块,那么需要等到其中一个线程执行完毕,第二个线程才会再执行它。但是!如果被锁的同步对象没有被正确选择的话,上面的结论是不正确的哦。

        到底什么样的对象能够成为一个锁对象(也叫同步对象)?我们在选择同步对象的时候,应当始终注意以下几点:

第一点,需要锁定的对象在多个线程中是可见的、同一个对象

        “可见的”这是显而易见的,如果对象不可见,就不能被锁定。“同一个对象”,这理解起来也很好理解,如果锁定的不是同一个对象,那又如何来同步两个对象呢?可是,不见得我们在这上面不会犯错误。为了阐述本建议,我们先模拟一个必须使用到锁的场景:火车站卖火车票。一列火车一共有100张票,一共有3个窗口在同时卖票,代码如下:

Java代码质量改进之:同步对象的选择_第1张图片

        可是,运行之后,我们发现我们的火车票有些座位被卖了多次,比如:

Java代码质量改进之:同步对象的选择_第2张图片

        只要多运行几次,我们就会看到不同的结果。但是几乎每次都会有被座位号被卖多次的现象发生。

        有同学可能会说,简单:加synchronized锁定同步对象,于是我们修改代码:

Java代码质量改进之:同步对象的选择_第3张图片

        运行之后,我们发现结果没有任何的改变。为什么呐?

        因为在3个线程中,我们锁定的不是同一个对象。

        我们看到,被锁的是一个实例变量,如下:

        Object obj = new Object();

        而存在三个线程,就意味着生成了3个obj,每个线程锁定的是这3个不同的obj对象,所以,同步代码块等于没有被同步。

        那应该怎么做呢?最简单的方法是,我们可以把实例变量改成成员变量,即静态变量,如下:

        Static Object obj = new Object();

        然后,再运行售票代码,就发现可以解决这个问题了。不信,试试看。

第二个注意事项:非静态方法中,静态变量不应作为同步对象

        上面刚说完,要修正第一点中的示例,需要将obj变成static。这似乎和本注意事项有矛盾。实际上,第一点中的示例代码仅出于演示的目的,在编写多线程代码时,我们可以遵循这样的一个原则:类型的静态方法应当保证线程安全,非静态方法不需实现线程安全。而如果将syncObject变成static,就相当于让非静态方法具备线程安全性,这带来的一个问题是,如果应用程序中该类型存在多个实例,在遇到这个锁的时候,都会产生同步,而这可能不是我们原先所愿意看到的。

第三点:值类型(基本数据类型)对象不能作为同步对象

        实际上,这样的代码也不会通过编译。

        值类型在传递另一个线程的时候,会创建一个副本,这相当于每个线程锁定的也是两个对象。故,值类型对象不能作为同步对象。这一点实际也可以归结到第一点中。

第四点,锁定字符串是完全没有必要,而且相当危险的

        这整个过程看上去和值类型正好相反。字符串在虚拟机中会被暂存到内存里,如果有两个变量被分配了相同内容的字符串,那么这两个引用会被指向同一块内存。所以,如果有两个地方同时使用了synchronized (“abc”),那么它们实际锁定的是同一个对象,导致整个应用程序被阻滞。

第五点:降低同步对象的可见性

        同步对象一般来说,不应该是一个public变量,我们应该始终考虑降低同步对象的可见性,将我们的同步对象藏起来,只开放给自己或自己的子类就够了(需要开放给子类的情况其实也不多见)。

        感谢关注“码农星球”。本文版权属于“码农星球”。我们提供咨询和培训服务,关于本文有任何困惑,请关注并联系我们。

你可能感兴趣的:(Java代码质量改进之:同步对象的选择)