Spring 官方最终还是按捺不住推出了自己的网关组件：Spring Cloud Gateway ，相比之前我们使用的 Zuul（1.x） 它有哪些优势呢？Zuul（1.x） 基于 Servlet，使

你一定用过

之前我们简要说过

如果你使用

你可能在学习其他框架的时候，听到过“生命周期”的概念，通常，框架会提供给你回调方法，在生命周期的关键点，框架会调用这些回调方法。比如你给你的小程序或者安卓应用编写页面的时候，会有类似onHide()、onShow()这种方法，分别在显示(show)页面或者离开(hide)页面的时候调用到，他们正属于页面生命周期的一部分。

之前，我们介绍过

Spring容器中的对象(Bean)都有自己的标识符（identifier），多数情况下一个Bean只对应一个标识符，你也可以给Bean指定多个标识符。另外在网上的教程里你可能看到id或者name的概念，其实他们和标识符指的是同一种东西。一个对象如果有多个标识符，还会有一个别名（alias）的概念，它是一种相对的叫法，你挑一个标识符出来，剩下的标识符都叫别名。我通常就把Bean的标识符称为Bean的名字。

目前很多公司开发项目，都选择了前后端分离的方式，不仅仅因为前端现在有丰富的生态和活跃的社区，更是因为分离让前端和后端的耦合度大大降低。前后端开发人员各司其职，各自做擅长的事情，提高了团队效率。而现在在电脑前学SpringBoot的你，很可能在将来的工作中扮演后端API开发的角色。

日常开发中难免会向应用外部发起HTTP请求，比如访问云存储平台的API、调用微信或支付宝的API、抓取网页等等。Spring框架提供了

“每隔几分钟执行一个任务”这种需求，几乎在每个项目里都有可能遇到。Spring框架提供了一种简单的方式来完成这一需求。你只需要在定时执行的方法上加上注解就行了。

前两天在V2EX上看到

前两天，看了看前端小伙伴的代码，发现他在访问API的时候，并不是直接访问API域名的，而是访问前端域名下的/api路径，然后在部署的服务器上，用nginx把/api路径的请求，转发到API域名那里。我感觉很奇怪，为什么要这样做？本来可以直接访问的东西，为啥还要再绕一圈？