关于java多线程中synchronized锁住的对象的问题


在一个synchronized块中锁的是this对象,另一个synchronized块中锁的是this对象中的一个属性,为什么这两个synchronized块是异步执行的呢
如果当前拿到了this的锁,在其他线程中拿到了this的属性的锁,并对这个属性进行了修改,那岂不是就是对this对象作出了修改?


class Service {
    private String anyString = new String();

    public void a() throws InterruptedException {
        synchronized (anyString) {
            System.out.println("a begin");
            Thread.sleep(3000);
            System.out.println("a end");
        }
    }

    public void b() {
        synchronized (this) {
            System.out.println("b begin");
            System.out.println("b end");
        }
    }
}

class ThreadA implements Runnable {

    private Service service;

    public ThreadA(Service service) {
        this.service = service;
    } @Override public void run() {
        try {
            service.a();
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }
}

class ThreadB implements Runnable {
    private Service service;

    public ThreadB(Service service) {
        this.service = service;
    } @Override public void run() {
        service.b();
    }
}

public class Main {
    public static void main(String[] args) {
        Service service = new Service();
        new Thread(new ThreadA(service)).start();
        new Thread(new ThreadB(service)).start();
    }
}
最终输出结果:

我认为应该是:
a begin
a end
b begin
b end


求大佬解答!!!

#Java##笔试题目#
全部评论
synchronized的作用是取得当前对象的锁,不是说其他线程就不能访问当前对象了,而是其他线程就不能再获得当前对象的锁了,而this和它的属性分别都有一个锁,所以分别可以被两个线程获得,不会冲突。
点赞 回复 分享
发布于 2019-08-22 10:06
可以把两个monitor的owner打出来看看。你就会明白了。
点赞 回复 分享
发布于 2019-08-22 13:51
老哥你这锁的是两个对象啦,一个是类本身的对象,一个是你那字符串的对象啦
点赞 回复 分享
发布于 2019-08-22 11:11
synchronized的实际是锁monitor对象,锁同一个monitor才会互斥,你的描述里是两把不同的“锁”。
点赞 回复 分享
发布于 2019-08-22 11:04
对象锁锁住的是synchronized修饰的代码块或者方法,注意这其中是锁不住对象里的属性的,所以会出现LZ实验的情况。 如果你把synchronized放在方法上,那么a方法和b方法就是互斥的,因为对象锁会把这两个方法都锁住。 个人理解,有不对之处还请指正
点赞 回复 分享
发布于 2019-08-22 11:00
你看一下 synchronize 的实现吧。。。每个对象都有一堆 monitor 对象负责锁。你这方法 a,b 锁的是不同的对象,当然是异步实现啦。
点赞 回复 分享
发布于 2019-08-22 10:09

相关推荐

自从我室友在计算机导论课上听说了“刷 LeetCode 是进入大厂的敲门砖”,整个人就跟走火入魔了一样。他在宿舍门口贴了一张A4纸,上面写着:“正在 DP,请勿打扰,否则 Time Limit Exceeded。”日记本的扉页被他用黑色水笔加粗描了三遍:“Talk is cheap. Show me the code。”连宿舍聚餐,他都要给我们讲解:“今天的座位安排可以用回溯算法解决,但为了避免栈溢出,我建议用动态规划。来,这是状态转移方程:dp[i][j] 代表第 i 个人坐在第 j 个位置的最优解。”我让他去楼下取个快递,他不直接去,非要在门口踱步,嘴里念念有词:“这是一个图的遍历问题。从宿舍楼(root)到驿站(target node),我应该用 BFS 还是 DFS?嗯,求最短路径,还是广度优先好。”和同学约好出去开黑,他会提前发消息:“集合点 (x, y),我们俩的路径有 k 个交点,为了最小化时间复杂度,应该在 (x/2, y/2) 处汇合。”有一次另一个室友低血糖犯了,让他帮忙找颗糖,他居然冷静地分析道:“别急,这是一个查找问题。零食箱是无序数组,暴力查找是 O(n)。如果按甜度排序,我就可以用二分查找,时间复杂度降到 O(log n)。”他做卫生也要讲究算法效率:“拖地是典型的岛屿问题,要先把连通的污渍区块都清理掉。倒垃圾可以用双指针法,一个指针从左往右,一个从右往左,能最快匹配垃圾分类。”现在我们宿舍的画风已经完全变了,大家不聊游戏和妹子,对话都是这样的:“你 Two Sum 刷了几遍了?”“别提了,昨天遇到一道 Hard 题,我连暴力解都想不出来,最后只能看题解。你呢?”“我动态规划还不行,总是找不到最优子结构。今天那道接雨水给我整麻了。”……LeetCode 真的害了我室友!!!
老六f:编程嘉豪来了
AI时代还有必要刷lee...
点赞 评论 收藏
分享
饼子吃到撑:学院本是这样的,找工作拼运气,你技术再好人家筛选学历照样沉入海底,海投就行了
点赞 评论 收藏
分享
评论
点赞
7
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务