设计模式_策略模式_在Spring中的应用

一.理论

---

在spring中经常有读取配置文件的需求，这里就会用到一个Spring提供的Resource接口

Resource 接口是具体资源访问策略的抽象，也是所有资源访问类所实现的接口。Resource 接口主要提供了如下几个方法：

• getInputStream()：定位并打开资源，返回资源对应的输入流。每次调用都返回新的输入流。调用者必须负责关闭输入流。
• exists()：返回 Resource 所指向的资源是否存在。
• isOpen()：返回资源文件是否打开，如果资源文件不能多次读取，每次读取结束应该显式关闭，以防止资源泄漏。
• getDescription()：返回资源的描述信息，通常用于资源处理出错时输出该信息，通常是全限定文件名或实际 URL。
• getFile：返回资源对应的 File 对象。
• getURL：返回资源对应的 URL 对象。

Resource 接口本身没有提供访问任何底层资源的实现逻辑，针对不同的底层资源，Spring 将会提供不同的 Resource 实现类，不同的实现类负责不同的资源访问逻辑。

Resource 和策略模式 Resource 接口就是策略模式的典型应用，Resource 接口就代表资源访问策略，但具体采用哪种策略实现，Resource 接口并不理会。客户端程序只和 Resource 接口耦合，并不知道底层采用何种资源访问策略，这样应用可以在不同的资源访问策略之间自由切换。

Spring 为 Resource 接口提供了如下实现类：

• UrlResource：访问网络资源的实现类。
• ClassPathResource：访问类加载路径里资源的实现类。
• FileSystemResource：访问文件系统里资源的实现类。
• ServletContextResource：访问相对于 ServletContext 路径里的资源的实现类：
• InputStreamResource：访问输入流资源的实现类。
• ByteArrayResource：访问字节数组资源的实现类。

这些 Resource 实现类，针对不同的的底层资源，提供了相应的资源访问逻辑，并提供便捷的包装，以利于客户端程序的资源访问。

二.源码

---

这里跟踪ClassPathXmlApplicationContext对象的创建，来了解Spring底层怎么使用Resource接口及其实现类达成策略模式

策略模式的优势 当 Spring 应用需要进行资源访问时，实际上并不需要直接使用 Resource 实现类，而是调用 ApplicationContext 实例的 getResource() 方法来获得资源，ApplicationContext 将会负责选择 Resource 的实现类，也就是确定具体的资源访问策略，从而将应用程序和具体的资源访问策略分离开来，这就体现了策略模式的优势。

 //1.根据传入的配置文件地址，创建容器对象　　ClassPathXmlApplicationContext
 public ClassPathXmlApplicationContext(String configLocation) throws BeansException {
     this(new String[] {configLocation}, true, null);
 }

 //2.1中代码调用到此处，此处调用父类构造函数　　ClassPathXmlApplicationContext
 public ClassPathXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent)
             throws BeansException {

     super(parent);
     setConfigLocations(configLocations);
     if (refresh) {
         refresh();
     }
 }

 //3.2中代码一步步调用到此处　　AbstractApplicationContext
 public AbstractApplicationContext(ApplicationContext parent) {
     this();
     setParent(parent);
 }

 //4.3中代码调用此处　　AbstractApplicationContext
 public AbstractApplicationContext() {
     this.resourcePatternResolver = getResourcePatternResolver();
 }

 //5.返回能将1中传入的configLocation转换成Resource对象的ResourcePatternResolver　　AbstractApplicationContext
 protected ResourcePatternResolver getResourcePatternResolver() {
     return new PathMatchingResourcePatternResolver(this);
 }

 //6.真正用到策略模式的地方，根据location的内容，决定返回对应的Resource实现，这个过程对客户来说是透明的　　DefaultResourceLoader
 @Override
 public Resource getResource(String location) {
     Assert.notNull(location, "Location must not be null");

     for (ProtocolResolver protocolResolver : this.protocolResolvers) {
         Resource resource = protocolResolver.resolve(location, this);
         if (resource != null) {
             return resource;
         }
     }

     if (location.startsWith("/")) {
         return getResourceByPath(location);
     }
     else if (location.startsWith(CLASSPATH_URL_PREFIX)) {
         return new ClassPathResource(location.substring(CLASSPATH_URL_PREFIX.length()), getClassLoader());
     }
     else {
         try {
             // Try to parse the location as a URL...
             URL url = new URL(location);
             return new UrlResource(url);
         }
         catch (MalformedURLException ex) {
             // No URL -> resolve as resource path.
             return getResourceByPath(location);
         }
     }
 }

参考：https://www.ibm.com/developerworks/cn/java/j-lo-spring-resource/