公司因为开源节流需要，需要区分`重要日志`和`非重要日志`，一个月光日志的费用有30w之多确实恐怖了一些。

前言 作为一个后端开发工程师，我们大部分时间都是在开发业务接口，作为一个资深开发，我们不仅仅是要保证能用就行，更重要的是要保证接口的性能。那么如果接口慢，我们应该从哪些方面对接口进行优化呢？ 一：善于

本篇给读者带来切实可行的多线程代码套路，完整代码复制可用，流程图以及亮点详解，给你的项目增光添彩。还有手写2PC的完整代码，让你装逼秀翻全场。

简介：提升代码质量的三个有效方法：领域建模、设计原则、设计模式。 影响代码差的根因 差代码的体现 我们可以列举出非常多质量差的代码的表现现象，如名字不知所意、超大类、超大方法、重复代码、代码难懂、代码

近日在公司领到一个小需求，需要对之前已有的试用用户申请规则进行拓展。按照上述的条件我们可以得出的结论是： - 咱们的主要流程主要是基于 and 或者 or 的关系。

继上一篇之后我把 ThreadLocal 能问的，都写了之后，咱们再来盘一盘 FastThreadLocal ，这个算是 ThreadLocal 的进阶版

在某些特殊的场景下，我们需要在 Java 程序中对 List 集合进行排序操作。比如从第三方接口中获取所有用户的列表，但列表默认是以用户编号从小到大进行排序的，而我们的系统需要按照用户的年龄从大到小进

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

性能优化，有时候看起来是一个比较虚的技术需求。除非代码慢的已经让人无法忍受，否则，很少有公司会有觉悟投入资源去做这些工作。即使你有了性能指标数据，也很难说服领导做一个由耗时300ms降低到150ms的