@fc0010 公司自己通知的居家办公，现在又要证明文件？证明什么？又不是你自己要居家办公的，是公司要求的啊，要你证明公司居家办公的正确性和必要性吗？摆明了搞你人，好汉不吃眼前亏，让它扣，不要再在这上面花时间，然后开始划水，磨洋工，准备跑路，交接的时候有的是办法给他使绊子。

昨天晚上熬夜的时候

@ysy950803 《雄厚的财力》

一开始的时候，就硬看，慢的要死，后来看的时候，先用字典翻译一遍，再和原文对着看，快很多

@eason1874 《我和妹子的裸照》

专业的人做专业的事情，花点钱，请个设计师，让他帮你掌控全局，你只按自己的要求提需求就可以了。我有好多邻居为了省这个钱，自己看小红书搭配，最后配出来一个四不像，但是钱已经花进去了，只能将就着住。还有为了省请工人的钱自己找亲戚朋友搞的，最后又得花更多的钱请人擦屁股。

@abersheeran 不计成本是吧，

@salmon5 心都给你扎透

@matthewzhong 砸场子是吧

我怎么老感觉阿三掌权之后，微软的所有产品都出现了或多或少的问题，之前是 window ，现在是 GitHub ，是我的错觉吗？

我很好奇 HR 多久跳一次槽，HR 如何看待跳槽太多或者长时间不跳槽的 HR ？

我没懂你的意思，你写 demo 不得新建工程新建模块去写吗？在哪写的就放在那不就完了吗？要是怕丢失就提交到 GitHub

@buliugu 这个方案我也看到了，搜了很多，好像都是这个方案。

@boris93 大可不必，兄弟

王哥，抓紧打车跑路吧，老板现在提着刀到处找你呢

面试嘛，跟相亲一样，多的是自己条件不咋的还看不上别人的公司

说错了，看太快看错了，哄堂大笑了家人们，测试代码不会产生死锁，所有的写入线程都阻塞之后，消费线程就会获取对象锁，测试代码是可以正常流转的，最后进程无法结束是生产线程都结束了而消费线程一直阻塞没人唤醒。
回答楼主的问题
一个线程在日志中出现多次原因也很简单，因为你的 synchronized 关键字的范围只保证一个 list 的添加操作是原子性的，并没有保证一个线程连续添加 10 个元素是原子性的，也就是说，list 的 10 个元素，可能有 2 个来自于线程 A ，3 个来自于线程 B ，而日志只会打印添加最后一个元素的线程，所以，list 20 次填满，有一个线程刚好是填入最后一个元素的线程，。很正常

你的这个测试代码会最大的问题是会产生死锁，你没发现日志只有 20 行，进程无法结束吗？因为消费者线程运行一次之后进入 blocked 状态，然后，虽然生产者再插入 10 行，也 blocked 了，好了，所有的线程都组赛了，没有人唤醒他们了，即死锁，根本原因很简单，生产者线程和消费者线程不应该使用同一个锁，而是因为各自使用一个锁，生产者发现 list 满了，就阻塞，通知处于消费锁等待序列的消费线程，消费者发现 list 是空也阻塞，通知处于生产锁的等待序列的生产线程，这样，你的程序才能正常轮转