ApplicationContext对象是Spring开源框架的上下文对象实例，在项目运行时自动装载Handler内的所有信息到内存。传统的获取方式有很多种，不过随着Spring版本的不断迭代，官方也慢慢的不建议使用部分方式。下面我简单介绍一种Spring官方推荐使用的方式！

在我们学习SpringBoot时都已经了解到starter是SpringBoot的核心组成部分，SpringBoot为我们提供了尽可能完善的封装，提供了一系列的自动化配置的starter插件，我们在使用spring-boot-starter-web时只需要在pom.xml配置文件内添加依赖就可以了，我们之前传统方式则是需要添加很多相关SpringMVC配置文件。而spring-boot-starter-web为我们提供了几乎所有的默认配置，很好的降低了使用框架时的复杂度。

ApplicationEvent以及Listener是Spring为我们提供的一个事件监听、订阅的实现，内部实现原理是观察者设计模式，设计初衷也是为了系统业务逻辑之间的解耦，提高可扩展性以及可维护性。事件发布者并不需要考虑谁去监听，监听具体的实现内容是什么，发布者的工作只是为了发布事件而已。

既然Actuator给我们内置提供了节点映射，我们为什么还需要进行修改呢？

正因为如此我们才需要进行修改！！！

路径都是一样的，很容易就会暴露出去，导致信息泄露，发生一些无法估计的事情，如果我们可以自定义节点的映射路径或者自定义监控服务的管理信息，这样就不会轻易的暴露出去，Actuator已经为了们提供了对应的方法来解决这个问题，下面我们来看下吧。

之前章节介绍了Actuator对服务系统监控相关的知识点，了解到了开放指定监控节点、查看详细健康信息，我们本章来介绍下Actuator的黑科技，远程关闭应用服务。

之前章节/springboot-actuator-default.html讲解了spring-boot-actuator默认开放的节点以及如何修改查看详细的健康信息，那我们怎么设置开放指定的节点访问呢？

系统的监控在分布式的设计中显得尤为重要，因为分开部署的缘故，并不能及时的了解到程序运行的实时状况，之所以重要所以SpringBoot也给我提供了一套自动监控的API，可以无缝整合spring-boot-admin来完成图形化的展示，我们本章先来介绍下actuator系统监控相关内容。