怎么使用swagger，这里就不说了，本站已经跟各大搜索引擎达成合作，只要你在各大搜索引擎中输入关键词springboot swagger，就会在第一页返回给你集成教程。

背景

swagger确实很不错，可以自动生成接口文档，省去另外写文档的工作量，但是毕竟自动生成，肯定有不适合我们自己需求的地方。比如所有的接口文档没有分类，放在一起，前端很难找到所需的接口。还有接口文档有更新，没有任何地方提现处理。需要口头通知前端修改，如果前端忘了，后续还会怪后端没有通知到，以及发生各种扯皮。

上一章，在解析bean标签的时候，还剩余两个方法没有深入

1. parseBeanDefinitionElement()
2. registerBeanDefinition()

这一章开始真正解析xml的标签，逻辑不复杂，但是内容比较多，所有单独放一篇文章。继续上一章的BeanDefinitionDocumentReader.registerBeanDefinitions()，该接口只有一个实现类就是：DefaultBeanDefinitionDocumentReader。以下面xml为例

上一章讲到refreshBeanFactory做了两件事情，一件是创建容器，一件是加载BeanDefinition，即loadBeanDefinitions()。加载BeanDefinition包含两个过程。本章讲第一点。

1. 加载bean配置文件
2. 解析bean配置文件

IOC初始化可归纳为两个步骤，创建容器、加载bean定义。本文以ApplicationContext为例讲解创建容器过程，其实现类为ClassPathXmlApplicationContext。

ApplicationContext允许嵌套上下文，可以将父上下文维护在一个上下文中，其原理很类似双亲委托加载。对于使用的话，加载一个bean，会先检查当前上下文，然后检索父上下文，逐级向上。这样为spring应用提供一个共享的bean环境，而不用在多个上下文之间来回切换。

spring作为粘合剂，其中IOC是它的基础，即控制反转，将项目中对对象的创建、依赖，交给IOC容器来完成。而每一个对象创建方式都各不相同，那么IOC要集中管理这一切，肯定不是一件简单的工作。本篇将介绍IOC容器整体启动的过程。

BeanFactory

IOC容器，是一个典型的工厂模式实现，BeanFactory是IOC最顶层的接口，规范了IOC最基础的功能。

本系列博客为看书留下的笔记，记录整个spring运行过程。主要分为四个模块，如下

• spring 启动(ClassPathXmlApplicationContext)
  • 分割传入location路径
  • refresh()模板启动

系统生态化后，最头疼的事请就是强依赖上游系统提供的服务。当服务链路太长，开发过程要求部署整套服务，这个需要的资源是巨大的。最近着手解决这个问题，今天记录下来。

在解决这个问题的过程中，得到三种解决方案。如下：

1. dubbo提供的服务降级（本地伪装）

博客中代码地址：https://github.com/farliu/farpc.git

博客中代码地址：https://github.com/farliu/farpc.git