Lock和sycnoized性能對比
如今測試不一樣線程下的表現（時間單位ms）： 多線程
| 1 | 10 | 50 | 100 | 500 | 1000 | 5000 | |
| synchronized | 542 | 4894 | 4667 | 4700 | 5151 | 5156 | 5178 |
| lock | 838 | 1211 | 821 | 847 | 851 | 1211 | 1241 |
能夠看到，在多線程環境並存在大量競爭的狀況下，synchronized的用時迅速上升，而lock卻依然保存不變或增長不多。 性能
Lock是用CAS來實現的
JDK 1.6以上synchronized也改用CAS來實現了，因此二者性能差很少
Lock提供的功能豐富點，synchronized的使用簡單點 測試
相關文章
- 1. synchronized和lock比對
- 2. lock和synchronized 對比
- 3. map和unordered_map性能對比
- 4. bson和json性能對比
- 5. webapi和GRPC性能對比
- 6. String.replace()和String.replaceAll()性能對比
- 7. TIDB和MySQL性能對比
- 8. CPU和GPU性能對比
- 9. Java synchronized 與 lock (Reetrantlock)鎖性能比較
- 10. 關於synchronized與lock的性能比較
- 更多相關文章...
- • ASP Lock 和 Unlock 方法 - ASP 教程
- • 網站主機 性能 - 網站主機教程
- • JDK13 GA發佈：5大特性解讀
- • SpringBoot中properties文件不能自動提示解決方法
相關標籤/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
歡迎關注本站公眾號,獲取更多信息
