lllavici@lllavici
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
“在等那几个满五 【 在 aa123456 的大作中提到: 】 : 站前街那边有些次新，可以去看看”
“多谢~ 【 在 nuanyangyang 的大作中提到: 】 : : 为什么是static的就一定是同一把锁？Java里，每一个对象里都有一把锁，锁其实在那三个字符串里。 : : ...................”
“求暖神，既然lock是static的，那t1,t2,t3看到的锁，不都是锁的同一个lock？ new出来一个新的实例可以改变lock的值，同时破坏了这把锁？不太明白.... 我自己测了几次，结果都显示只有一个线程可以执行... 【 在 nuanyangyang 的大作中提到: 】 : 他们看到的不是同一把锁。你的loc…”
“嗯...因为这个问题面挂了... 【 在 renyi 的大作中提到: 】 : 使用CurrentHashMap吧?? 与hashtable相比，整体上来说，它的get()操作无锁，put()操作粒度也较小，所以整体性能优于同步的hashmap... : 如果LZ是研究生的话，感觉您在提示后还这样回答应该减分不少吧？ :”
“多谢！我去研究研究concurrenthashmap 【 在 HB0318 的大作中提到: 】 : 能，hashtable差不多就是这样的吧，单线程的话可以，但是这样多线程并发性就不好了，严重影响性能，因为hashtable只有一个锁，一次只允许一个线程进行数据操作。多线程并发的话，使用concurrenthashma…”
“如果直接用hashmap，但是将所有方法都加入synchronized关键字不能保证线程安全么？ 【 在 HB0318 的大作中提到: 】 : 应该是ConcurrentHashMap吧”
“我补充了还可以用hashtable 【 在 renyi 的大作中提到: 】 : 人家都提示了嘛?? 要保证线程安全为什么还是hashmap呢？ 不懂，等大神回答...”
“话说中午可以去么？”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。