最近开始做新项目，是一个toC项目，之前的登录接口是一个实习生写的，偶然间另一位同事看了看项目代码之后跟我说为了提高安全性，修改了登录接口。。。 背景 笔者在做的一个项目之前的登录接口是实习生写的，登

你一定经常见到一个两三千行的 controller 类，类之所以发展成如此庞大，到底是为啥呢？你真的思考过吗

1、死锁产生的条件 互斥：一次只有一个进程可以使用一个资源。其他进程不能访问已分配给其他进程的资源。 不可抢占：不能抢占进程已占有的资源 请求和保持：当一个进程等待其他进程释放资源时，继续占有已经分配

最近因为公司要需要xxx认证上传测试用例功能的具体截图、发现有大小限制、所以就进行了图片压缩，简单记录一下。

一：简洁二：方法引用三：Optional可选值一：简洁方法引用分为三种，方法引用通过一对双冒号::来表示，方法引用是一种函数式接口的另一种书写方式静态方法引用，通过类名::静态方法名，如Integer

这是初、中级程序猿经常会遇到的问题。他们总喜欢在方法中返回null，因此，在调用这些方法时，也不得不去判空。另外，也许受此习惯影响，他们总潜意识地认为，所有的返回都是不可信任的，为了保护自己程序，就加了大量的判空。 null就是一个不合理的参数，就应该明确地中断程序，往外抛错误…

本文来自作者投稿，原作者：上帝爱吃苹果我想大家肯定都或多或少的看过各种“策略模式”的讲解、布道等等，这篇文章就是来好好“澄清”一下策略模式，并尝试回答以下的问题：策略模式是如何优化业务逻辑代码结构的？