1、背景 Spring的核心思想就是容器，当容器refresh的时候，外部看上去风平浪静，其实内部则是一片惊涛骇浪，汪洋一片。Springboot更是封装了Spring，遵循约定大于配置，加上自动装配

你好呀，我是歪歪。 前几天我在网上冲浪，看到一个哥们在吐槽，说他工作三年多了，没使用过多线程。 虽然八股文背的滚瓜烂熟，但是没有在实际开发过程中写的都是业务代码，没有使用过线程池，心里还是慌得一比。

在过去一年我们团队做了大量老系统重构和迁移，其中有大量代码属于流水账代码，通常能看到是开发在对外的API接口里直接写业务逻辑代码，或者在一个服务里大量的堆接口，导致业务逻辑实际无法收敛。

前言 毕业快三年了，前后也待过几家公司，碰到各种各样的同事。见识过各种各样的代码，优秀的、垃圾的、不堪入目的、看了想跑路的等等，所以这篇文章记录一下一个优秀的后端 Java 开发应该有哪些好的开发习惯

性能优化是一个很复杂的工作，且充满了不确定性。它不像Java业务代码，可以一次编写到处运行(write once, run anywhere)，往往一些我们可能并不能察觉的变化

前言 从工作至今，见过 N 多个接口。 那接口，叫一个百花齐放，奇形怪状，怎么写都有。 或许 公司没有一套约定俗成的后端编码规范吧。 下面分享一下我 "多年" 编写接口经验。 返回数据格式 在和前端对

作为一名Java程序员，无论是初入茅庐的菜鸟，还是久经江湖的高手，曾经肯定遭遇过各种各样的异常错误，其中 NullPointerException 肯定最为常见，那么有没有更优雅的方式处理呢？

最近一段时间整个公司有不少应用上线，上线后慢慢开始暴露一些问题，除去bug之外，一个很值得关注的点就是系统的优化。毕竟优化系统不仅可以使得程序更加稳定，还能节省一些资源的浪费。

代码优化，一个很重要的课题。可能有些人觉得没用，一些细小的地方有什么好修改的，改与不改对于代码的运行效率有什么影响呢？这个问题我是这么考虑的，就像大海里面的鲸鱼一样，它吃一条小虾米有用吗？没用，但是，吃的小虾米一多之后，鲸鱼就被喂饱了。代码优化也是一样，如果项目着眼于尽快无BU…