spring io 分析

 

在spring中，配置文件是通过资源形式加载的，我们首先来分析一些在spring中资源类的结构，并且查看一下资源的类型;

资源类图如下：

 

这些实现类实际上是将java底层的二进制流包装成spring对应的resource。在这类Resource中，我们使用得最多的，要属ClassPathResource和FileSystemReource;这两种资源类分别是默认在ClassPath和FileSystem下查找资源；而我们用得最多的是classPath，因为这样对工程的移植更有利。比如有个项目，项目名称为test，项目路径为：e:\test,项目的类路径为e:\test\build\classs。

Resource resource = new FileSystemResource(“test.xml”);//查找的文件是e:\test\test.xml。

Resource resource = new ClassPathResource(“test.xml”);// 查找的文件是e:\test\build\classs\test.xml。

当使用UrlResource时，如果传递的参数是使用的file协议，则从FileSystem下查找资源。

public class FileSystemResource extends AbstractResource {

 

    private final File file;

 

    private final String path;

 

    public FileSystemResource(File file) {

        Assert.notNull(file, "File must not be null");

        this.file = file;

        this.path = StringUtils.cleanPath(file.getPath());

    }

 

  

    public FileSystemResource(String path) {

        Assert.notNull(path, "Path must not be null");

        this.file = new File(path);

        this.path = StringUtils.cleanPath(path);

    }

 

   

    public final String getPath() {

        return this.path;

    }

 

 

    public boolean exists() {

        return this.file.exists();

    }

 

   

    public InputStream getInputStream() throws IOException {

        return new FileInputStream(this.file);

    }

 

    public URL getURL() throws IOException {

        return new URL(ResourceUtils.FILE_URL_PREFIX + this.file.getAbsolutePath());

    }

 

  

    public File getFile() {

        return file;

    }

 

   

    public Resource createRelative(String relativePath) {

        String pathToUse = StringUtils.applyRelativePath(this.path, relativePath);

        return new FileSystemResource(pathToUse);

    }

 

   

    public String getFilename() {

        return this.file.getName();

    }

 

 

    public String getDescription() {

        return "file [" + this.file.getAbsolutePath() + "]";

    }

 

    public boolean equals(Object obj) {

        return (obj == this ||

            (obj instanceof FileSystemResource && this.path.equals(((FileSystemResource) obj).path)));

    }

 

    public int hashCode() {

        return this.path.hashCode();

    }

 

}

 

 

在VStringUtil中，我们可以看见如下代码：

 

public static String replace(String inString, String oldPattern, String newPattern) {

        if (inString == null) {

            return null;

        }

        if (oldPattern == null || newPattern == null) {

            return inString;

        }

 

        StringBuffer sbuf = new StringBuffer();

        // output StringBuffer we'll build up

        int pos = 0; // our position in the old string

        int index = inString.indexOf(oldPattern);

        // the index of an occurrence we've found, or -1

        int patLen = oldPattern.length();

        while (index >= 0) {

            sbuf.append(inString.substring(pos, index));

            sbuf.append(newPattern);

            pos = index + patLen;

            index = inString.indexOf(oldPattern, pos);

        }

        sbuf.append(inString.substring(pos));

 

        // remember to append any characters to the right of a match

        return sbuf.toString();

    }

 

是将\\替换成\的代码，我们可见，在这段代码中，对传入的参数进行了严密的验证，正如代码大全中所介绍的防御性编程，我们假定从public传入进来的参数都是不安全的，只有在私有方法中，我们才对传入的参数不进行合法验证；

 

在这里，我们很明显的看出，代码中使用了适配器模式中的类适配器，在新的接口中，我们用resource接口包装了File，

在新的接口中，我们依然能访问file的isExist方法，却丝毫不知道我们是用的file；

其中，StrigUtils类是一个工具，他对path进行了预处理，处理了如//分解符和.  ..等文件路径描述的特殊操作符

另外的ByteArrayResource等资源，跟bye和ByteInputeStream的关系是类似的，分别是把不同源的数据当作资源，不过ClasspathResource不同的是，你可以传入ClassLoader或者Class来指定当前的类加载器，从而可以确定资源文件的BascDir

如果你不指定classLoader或Class的话，那么就会默认是当前线程的ClassLoader。