java的同步机制synchronize

末蓝、 2022-06-13 09:19 251阅读 0赞

需要注意的就是，java的syn关键字最终是由native的物理锁实现的。

使用syn关键字，我认为效率低下的原因，不仅仅是其他线程需要等待，而且是因为

第一、需要底层调用。这应该就是concurrent包出现的原因。

第二、其他线程在等待的时候，需要挂起和唤醒，这个挂起和唤醒的动作只有操作系统才能做。也就是需要操作系统的帮忙，也就是说程序需要**从用户态转换为核心态**。这就无疑加重了应用的负担。

concurrent包中的Lock与synchronized不同之处主要体现在Lock比synchronized更灵活得多，而这些灵活又主要体现在如下的几个方法：

//lock()  
**tryLock()  
tryLock(long timeout, TimeUnit timeUnit)  
lockInterruptibly()**  
//unlock()  
这些都是ReentrantLock的内容。  
A、**trylock()方法**：如果获取了锁立即返回true，如果别的线程正持有锁，立即返回false；  
B、**tryLock(long timeout, TimeUnittimeUnit)方法**：如果获取了锁定立即返回true，如果别的线程正持有锁，会等待参数给定的时间，在等待的过程中，如果获取了锁定，就返回true，如果等待超时，返回false；  
是不是比synchronized灵活就体现出来了，打个不是很恰当的比分：你现在正在忙于工作，突然感觉内急，于是你跑向洗手间，到门口发现一个“清洁中，暂停使用”的牌牌。没办法，工作又忙，所以你只好先放弃去洗手间回去忙工作，可能如此反复，终于你发现可以进了，于是......像这样的场景用synchronized你怎么实现？没办法，如果synchronized，当你发现洗手间无法暂时无法进入时，就只能乖乖在门口干等了。

线程同步机制的jvm实现如下：

[http://hi.baidu.com/quest2run/blog/item/7e9c8b8326052cd99023d955.html][http_hi.baidu.com_quest2run_blog_item_7e9c8b8326052cd99023d955.html]

实现自己的读写锁：

[http://rttmmr.blog.163.com/blog/static/3160078120071045586576/][http_rttmmr.blog.163.com_blog_static_3160078120071045586576]

[http://www.cnblogs.com/GnagWang/archive/2011/02/27/1966606.html][http_www.cnblogs.com_GnagWang_archive_2011_02_27_1966606.html]

[http_hi.baidu.com_quest2run_blog_item_7e9c8b8326052cd99023d955.html]: http://hi.baidu.com/quest2run/blog/item/7e9c8b8326052cd99023d955.html
[http_rttmmr.blog.163.com_blog_static_3160078120071045586576]: http://rttmmr.blog.163.com/blog/static/3160078120071045586576/
[http_www.cnblogs.com_GnagWang_archive_2011_02_27_1966606.html]: http://www.cnblogs.com/GnagWang/archive/2011/02/27/1966606.html