Java 8 都十年了，Optional 却还是用不起来？不是它没用，而是很多人用错了、怕了、懒得改。本文从真实场景出发，讲清 Optional 该用在哪、避哪些坑。

你好呀，我是歪歪。 好消息，好消息，歪师傅最近写业务代码的时候，遇到一个可以优化的点。 然后，灵机一动，想到一个现成的算法可以拿来用。 业务代码中能用到算法，虽然不是头一遭，但是也真的是算难得了。 记

作者：京东物流 郭忠强 导语 痛点 作为后端开发，不可避免地与SQL打交道，一个大型复杂系统中往往会有大量的SQL语句支撑业务，而且单表所涉及的不同SQL可能也多达几十个甚至上百个。 当看到一个SQL

书接上文，前面在 [Spring 应用合并之路（一）：摸石头过河]介绍了几种不成功的经验，下面继续折腾… 四、仓库合并，独立容器 在经历了上面的尝试，在同事为啥不搞两个独立的容器提醒下，决定抛开 Sp

公司在推进降本增效，在尝试多种手段之后，发现应用太多，每个应用都做跨机房容灾部署，则最少需要 4 台机器（称为容器更合适）。那么，将相近应用做一个合并，减少维护项目，提高机器利用率就是一个可选方案。

SpringBoot 从2.3.0.RELEASE 开始支持 web 服务器的优雅停机 看看官方文档是怎么介绍这一新特性的 四种内嵌 web 服务器(Jetty、Reactor Netty、Tomca

emm，又又遇到问题啦，现有业务系统应用上线存在窗口期，不能满足正常任务迭代上线。在非窗口期上线容易导致数据库、mq、jsf等线程中断，进而导致需要手动修单问题。故而通过添加优雅停机功能进行优化，令其

你好呀，我是歪歪。 这篇文章带大家盘一个读者遇到的面试题哈。 根据读者转述，面试官的原问题就是：一个 SpringBoot 项目能同时处理多少请求？ 不知道你听到这个问题之后的第一反应是什么。 我大概

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