@micean
countDownLatch 不是最后一个 inner 线程执行完成后唤醒 outter 线程吗？那 outter 线程结束应该就意味着有三个 inner 结束。

而且，尝试过，countDownLatch.await();之后 sleep，也是存在这个问题

真是厉害，ui 真的很棒

得开虚拟内存，不然你得内存利用率起不来。
我 12G 内存，虚拟内存自动分配，开 chrome，插件二十个左右，测试打开所有导入得火狐书签大概 50 个，都没卡。

然后还有的节点只有一页，往下拉不会刷新🤐

用了还算舒服，佩服
下滑后能不能加一个 to top 按钮或者轻微上滑能显示节点栏呢？不然每次换节点要好一顿上翻😂

分号路过

先不急着买吧，很多公司买本有补贴，你可以入职后再看看，说不定能买个贵的，贵就完了

后端想了解一下前端

@ninechapter 谢谢，有心了

@mamahaha 跟领导没关系吧，主要责任还是对自己，因为很多后端内容只能后端人员才能测出来，虽然没有完整体系，但这个是很多公司的通病吧

@dajj 切合实际来说，我很赞同

@HansCathy 谢谢鼓励，所以加强测试是关键

@feiyuanqiu 是哈，😱，野猿

@zhuawadao 同感

@tomlee0201 谢谢指正，我也发现我开发习惯很不好。你说的提前考虑好各种异常，这个确实很重要，总是开发过程中冒出各种念头🙉，有时候会很影响效率，我有时候总觉得自己想太多

@mcfog 首先感谢你的点拨，我也说不上来，感觉每天上班状态不太好，之前出过一次 bug，其实是前人的锅，但我也犯了，我都不知道怎么反驳，后来有一次给产品做一个小工具统计数据，本来是说每周要的，但她用来弄历史数据，各种不对，老是找我，还说我坑她，但我当时没意识到我本来就没给他提供这个功能。。。我也是够昏，刚好老大听到了，说我这不行，下班路过我旁边还调侃我写 bug。。感觉真心无力解释，像狡辩一样。然后另外一个领导总说 kpi，裁员。。感觉压力好大，

我的却不太喜欢测试，但大部分我都测试了，先本地，再测试，再线上，但我没有定期观察数据的习惯，如果有的话，这些问题都能及早发现而不是被领导发现。其他的，感觉还是代码量少了，我觉得这么多年应该有的基本逻辑是不用测试也没大毛病的那种程度。。。

还有一个，复制粘贴的时候总是容易漏改注释，有时打断一下还会漏改代码，这个怎么破

@smdbh 第一次是导数据，创建时间没强制赋值被刷成了 now, 第二次是取错证字段，修改很小，测试特别麻烦，我就直接发了线上了😰

好好休息，狗命要紧

哈哈哈，去年住一个小同事家，他整好给一个妹子同学改毕设，也是买的，妹子自己调不通，调到最后，测试一遍，没毛病，就是发现有个瑕疵：登陆界面背景图上有一串奇怪的 url，本想复制出来，结果一点就进去了，然后是 18 禁。。真替那妹子捏把汗

@xivisi 应该不存在
1. file_path 表可以说是根据 unique key 查询的，很快，量也不大
2. file_match 虽然量累计起来大，但 uid 有索引，根据 uid 过滤到的记录时很少的，所以也可以用 子查询 in 来实现，除非这个表中某几个用户的上传量超过了 1/5(我在 mysql 中发现数据量比较大时，目标数据量超过大概 1/5 就会变成全表扫描)

不放心的话可以看下执行计划

图挂鸟