去淘宝面试后，哥悲剧了。。。

第二个问题用一个byte[] lock=new byte[0]的方式控制就可以了。

自己设定在特定时候用synchronized(lock)的方法。

JDK里面有一些东西不要太依赖了，只知道如何用不知道其所以然。

看了这些回复真是有些感慨，终于知道为啥很难找到优秀的程序员了。
手下有些都是做了3、4年开发的开发了，不管有什么情况都是new ArrayList(),new HashMap()。
很多代码都是CtrlC、CtrlV,问为什么这么写，答别人也这么写。

也许有些人觉得是纯毛求疵，当访问并发量上来系统当机的时候你就知道这些基础知识的重要性了。

谢谢以上各位同仁中肯的回复。
    目前相对比较优秀的程序员(除非对技术不感冒，也不是说不想进淘宝，就不是优秀的程序员，我是特指的一群人)，首选的跳槽目的地就是淘宝或者阿里系公司，特别是杭州地区的。无非就是两个追求，一是物质财富的追求，二是自身技术的追求。因为淘宝已经形成了一种氛围，技术人员没事儿就喜欢研究技术，说得难听点，就是钻牛角尖。就是这种氛围，其他大部分公司都不具备的。这样的技术氛围，很容易和其他公司的技术人员拉开距离，这是一个良性循环。
    这次面试失败，我找到了自己的缺点，看到了差距，所以还是老实深入学习一下，有机会还会再进淘宝。
    ps：绝对不是替淘宝打广告，这是我真实感受，勿拍

进淘宝或支付宝一直是我的梦想啊。还在不断的努力中。。。争取什么时候有个面试机会。

咋那么多人想去淘宝呢。。说白了，不就是做一个电子商务网站么。。

三个人共用同一个资源 我的想法是
1.ExecutorService exec=Executors.newCachedThreadPool(3);
2.使用java.util.concurrent.locks的 ReentrantLock 对线程进行lock 和unlock
3.使用synchronized同步 限定

不知道对不对 小弟太菜~

好希望面试的时候面试官问我这些问题，可是现实中这些敢问这些问题的实在不多，因为本身就对面试官的要求就比较高。

没事打算去面试淘宝玩一下。

这两题，真的难度不高的。

第一个不说了，主要目的就是减少hash table扩容的次数。

第二个，首先要明确如果三个线程进入同一块区域这个区域由于没有互斥性因此是不保证线程安全的。所以这三个线程应该操作的是三个互相独立的步骤。这样总体上看来是线程安全的。

有线程通限制通常和CPU核数有关。多创建线程通常会造成资源浪费。为避免都是通过线程池完成相应功能。

还有举例场景之一就是需要等待，比如说进行多线程下载压缩的时候。

难道不是用Semaphore么,不管是synchronized 还是ReetrantLock对某个资源的访问上来说都是起互斥作用, 怎么可能同时允许3个访问.

         

如果知道hashmap 所在存的数据总量概量。 比如 4000-5000 个key 那么非常明显自己设定这个数值可以减少 resize