用了 servlet, jdbc, jndi 等等这些，不就是用 j2ee 的规范（接口）么。

@yuyueMJ 目前国内比较小众，上手后再看 spring 那一大坨东西了觉得轻松了很多。
个人觉得 spring 更适合快速开发业务，提供了很多”一站式“解决方案，而 vert.x 正如官方所说只是一个 toolkit，实现一个业务的代码量很可能要比 spring 多很多。但是 vert.x 一切皆异步，天然组件化，类似 actor 模型的特性让人又欲罢不能。是一个值得研究的 lib

之前看过一个 Go 写的： https://book.douban.com/subject/26802084/

万一中呢

感谢分享，最近颈椎很不舒服。关键是很难坚持码一段时间后放松一下，一坐就是一天啊。

public static void main(String... args)

手动滑稽。

业务量不够，大部分情况下用不到。。。

先和业务上沟通下吧，是不是有索引列做成查询表单的必填项，你这种统计查询很容易全表扫了。除非用上面几位同学的方案离线计算后数据流回展示、查询用的 MySQL 表。

Clean Code - https://book.douban.com/subject/3032825/
The Art of Readable Code - https://book.douban.com/subject/5442971/

以前公司的规范是：

1. public 的方法必须写注释，而且要用 javadoc 注释（ /** blah blah blah */ ）说明参数和返回值。
2. 类、接口的声明必须通过 javadoc 注释说明该类、接口是用来干什么的。
3. 类的字段必须通过 javadoc 注释说清楚字段的作用。
4. java 文件头部必须带公司版权信息的注释。
5. 通过良好的命名和简洁易读的代码避免过度注释，复杂的业务逻辑可以通过注释来总结和解释。

这几点是最基础的，尤其是接口，经常会打包成 jar 给其他团队使用，注释写得好可以节约很多沟通成本。并且注释规范这个事情需要团队达成共识，甚至需要上面技术 boss 强制要求下来严格执行，不符合规范不让 merge 代码。

推荐一本书 《易读代码的艺术》 https://book.douban.com/subject/10773334/
第五章专门讲了作者对代码的注释一些观点，挺好的。

怎么简单怎么来，如果有 singleton 的必要再去写，比如工具类需要注入一些其他接口的依赖。大多数情况 static 工具方法即可。

必须是「黑暗之魂 3 」

用 guava 提供的 Closer https://github.com/google/guava/wiki/ClosingResourcesExplained

head first java

jstack 看下 thread 情况，是不是线程池参数不合理，可能 coresize 开太大了。